Re: [Xen-devel] [PATCH 1/2] IOMMU/MMU: Adjust top level functions for VT-d Device-TLB flush error.

> From: Xu, Quan > Sent: Thursday, March 17, 2016 2:55 PM > > diff --git a/xen/drivers/passthrough/vtd/x86/vtd.c > b/xen/drivers/passthrough/vtd/x86/vtd.c > index c0d6aab..e5ab10a 100644 > --- a/xen/drivers/passthrough/vtd/x86/vtd.c > +++ b/xen/drivers/passthrough/vtd/x86/vtd.c > @@ -140,8

[Xen-devel] [PATCH 3/5] x86/time: streamline platform time init on plt_init()

And use to initialize platform time solely for clocksource=tsc, as opposed to initializing platform overflow timer, which would only fire in ~180 years (on 2.2 Ghz Broadwell processor). Signed-off-by: Joao Martins --- Cc: Keir Fraser Cc: Jan Beulich

[Xen-devel] [PATCH v8 for Xen 4.7 1/4] xen: enable per-VCPU parameter for RTDS

Add XEN_DOMCTL_SCHEDOP_getvcpuinfo and _putvcpuinfo hypercalls to independently get and set the scheduling parameters of each vCPU of a domain Signed-off-by: Chong Li Signed-off-by: Meng Xu Signed-off-by: Sisu Xi --- Changes on PATCH

[Xen-devel] [PATCH 0/2] XSA-171 Followup work

Investigating XSA-171 highlighted how useless the viopl interface for PV guests actually is. The value can only be set; it can't be queried, and will go wrong if a 64bit guest kernel programs it with the cpl found in its exception frames. Introduce a better alternative. Andrew Cooper (2):

Re: [Xen-devel] [PATCH v4 25/34] build_id: Provide ld-embedded build-ids

Hi Konrad, On 17/03/16 01:12, Konrad Rzeszutek Wilk wrote: Let me try that. Please see inline patch which has your suggestion: The ARM part looks good to me. Regards, -- Julien Grall ___ Xen-devel mailing list Xen-devel@lists.xen.org

[Xen-devel] [PATCH v2] xen/events: Mask a moving irq

Moving an unmasked irq may result in irq handler being invoked on both source and target CPUs. With 2-level this can happen as follows: On source CPU: evtchn_2l_handle_events() -> generic_handle_irq() -> handle_edge_irq() -> eoi_pirq():

Re: [Xen-devel] [PATCH v9]xen: sched: convert RTDS from time to event driven model

On 03/16/2016 10:25 AM, Dario Faggioli wrote: Ok, it's about time that we deal with this changelog! On Mon, 2016-03-14 at 20:04 -0400, Tianyang Chen wrote: Budget replenishment and enforcement are separated by adding a replenishment timer, which fires at the next most imminent release time

Re: [Xen-devel] [xen-4.3-testing test] 86445: regressions - trouble: blocked/broken/fail/pass

Jan Beulich writes ("Re: [xen-4.3-testing test] 86445: regressions - trouble: blocked/broken/fail/pass"): > But these have been recurring throughout the last dozen (or > more) flights, so they don't look that intermittent to me. You are right. I confused myself by looking at the wrong subset of

[Xen-devel] [PATCH] DO NOT APPLY - debug keys for inspecting Xen mappings

--- xen/arch/x86/mm.c| 15 ++ xen/arch/x86/traps.c | 148 +++ 2 files changed, 163 insertions(+) diff --git a/xen/arch/x86/mm.c b/xen/arch/x86/mm.c index c997b53..77752fe 100644 --- a/xen/arch/x86/mm.c +++ b/xen/arch/x86/mm.c @@ -123,6

Re: [Xen-devel] [PATCH 0/7] oxenstored: improve transaction conflict handling

> On 18 Mar 2016, at 16:36, Wei Liu wrote: > > On Fri, Mar 18, 2016 at 10:33:35AM -0400, Konrad Rzeszutek Wilk wrote: >> On Thu, Mar 17, 2016 at 05:51:08PM +, Jonathan Davies wrote: >>> This patch series makes a substantial improvement to oxenstored's >>> transaction

Re: [Xen-devel] [PATCH V17 0/6] xen pvusb toolstack work

On Thu, Mar 17, 2016 at 11:12:15AM +, George Dunlap wrote: > On Wed, Mar 9, 2016 at 2:10 AM, Chunyan Liu wrote: > > This patch series is to add pvusb toolstack work, supporting hot add|remove > > USB device to|from guest and specify USB device in domain configuration > >

Re: [Xen-devel] [PATCH 7/8] docs: Document block-script protocol

On Wed, Mar 16, 2016 at 10:57 PM, Jim Fehlig wrote: > On 03/16/2016 10:09 AM, George Dunlap wrote: >> Signed-off-by: George Dunlap >> --- >> CC: Ian Jackson >> CC: Wei Liu >> CC: Roger Pau Monne

Re: [Xen-devel] [PATCH v6 19/22] hvm/params: Add a new delivery type for event-channel in HVM_PARAM_CALLBACK_IRQ

>>> On 17.03.16 at 10:41, wrote: > --- a/xen/include/public/hvm/params.h > +++ b/xen/include/public/hvm/params.h > @@ -49,11 +49,24 @@ > * Domain = val[47:32], Bus = val[31:16] DevFn = val[15:8], IntX = val[1:0] > */ > > +#ifndef CONFIG_ARM This is a public

Re: [Xen-devel] [PATCH 1/3] libxl: make libxl__need_xenpv_qemu() operate on domain config

On Thu, Mar 10, 2016 at 3:00 PM, Juergen Gross wrote: > libxl__need_xenpv_qemu() is called with configuration data for console, > vfbs, disks and channels today in order to evaluate the need for > starting a device model for a pv domain. > > The console data is local to the

Re: [Xen-devel] [PATCH v7 for Xen 4.7 4/4] xl: enable per-VCPU parameter settings for RTDS scheduler

On Wed, Mar 16, 2016 at 07:24:35PM +, Wei Liu wrote: > On Wed, Mar 16, 2016 at 11:47:51AM -0500, Chong Li wrote: > > --- > > docs/man/xl.pod.1 | 38 ++ > > tools/libxl/xl_cmdimpl.c | 301 > > +- > > tools/libxl/xl_cmdtable.c | 16 ++-

Re: [Xen-devel] [PATCH 2/2] xen/x86: Introduce a new VMASSIST for architectural behaviour of iopl

On 17/03/16 11:00, Jan Beulich wrote: On 17.03.16 at 11:45, wrote: >> On 17/03/16 10:25, Jan Beulich wrote: >> On 16.03.16 at 21:05, wrote: @@ -1742,8 +1742,10 @@ static void load_segments(struct vcpu *n)

Re: [Xen-devel] [PATCH v11 03/27] tools/libxl: Add back channel to allow migration target send data back

On 03/05/2016 12:38 AM, Ian Jackson wrote: Changlong Xie writes ("[PATCH v11 03/27] tools/libxl: Add back channel to allow migration target send data back"): From: Wen Congyang In COLO mode, secondary needs to send the following data to primary: 1. In libxl

Re: [Xen-devel] [PATCH v4 08/34] vmap: Make the while loop less fishy.

>>> On 15.03.16 at 18:56, wrote: > It looks like it could underflow at first glance. That is > if i is zero and you get in the while loop with the > i--. However the postfix expression is evaluated after the > conditional so the loop is fine and won't execute (with i==0).

Re: [Xen-devel] [PATCH v11]xen: sched: convert RTDS from time to event driven model

>> > I tried to create a cpupool and then migrate a VM to the new >> > cpupool; >> > BTW, Meng: > > (XEN)[] schedule_cpu_switch+0x250/0x28a > (XEN)[] cpupool.c#cpupool_assign_cpu_locked+0x31/0x11f > > I think you mean "and then move a CPU from a cpupool to another". Or > perhaps what you

Re: [Xen-devel] [PATCH v4 13/34] libxc: Implementation of XEN_XSPLICE_op in libxc

On Wed, Mar 16, 2016 at 06:12:02PM +, Wei Liu wrote: > On Tue, Mar 15, 2016 at 01:56:35PM -0400, Konrad Rzeszutek Wilk wrote: > > The underlaying toolstack code to do the basic > > operations when using the XEN_XSPLICE_op syscalls: > > - upload the payload, > > - get status of an payload, >

[Xen-devel] [PATCH v3 1/3] tmem: add tmem_disable() function

Instead of manipulating the opt_tmem variable directly utilize a wrapper function. Signed-off-by: Doug Goldstein Acked-by: Jan Beulich --- CC: Keir Fraser CC: Jan Beulich CC: Andrew Cooper CC:

Re: [Xen-devel] [PATCH v5 19/22] hvm/params: Add a new delivery type for event-channel in HVM_PARAM_CALLBACK_IRQ

Hi Jan, On 04/03/2016 10:16, Jan Beulich wrote: On 04.03.16 at 07:15, wrote: [...] --- a/xen/include/public/hvm/params.h +++ b/xen/include/public/hvm/params.h @@ -55,6 +55,16 @@ * if this delivery method is available. */ +#define

[Xen-devel] [PATCH v2 0/2] x86/hvm/viridian: APIC assist

This patch series enables use of the 'APIC assist' enlightenment in Xen. See section 13.3.4.1 of the Microsoft Hypervisor Top Level Function Specification v4.0b at: https://msdn.microsoft.com/en-us/virtualization/hyperv_on_windows/develop/tlfs for more information. Patch #1 modifies the

[Xen-devel] [PATCH v8 for Xen 4.7 4/4] xl: enable per-VCPU parameter for RTDS

Change main_sched_rtds and related output functions to support per-VCPU settings. Signed-off-by: Chong Li Signed-off-by: Meng Xu Signed-off-by: Sisu Xi --- Changes on PATCH v7: 1) Add example to xl.pod.1 Changes on PATCH v6: 1) More

[Xen-devel] [PATCH 1/2] xen: Fix page <-> pfn conversion on 32 bit systems

The xen functions to convert between pages and pfns fail due to an overflow on systems where a physical address may not fit in an unsigned long (e.g. x86 32 bit PAE systems). Rework the conversion to avoid overflow. This should also result in simpler object code. This bug manifested itself as

[Xen-devel] [linux-3.14 baseline-only test] 44255: tolerable FAIL

This run is configured for baseline tests only. flight 44255 linux-3.14 real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/44255/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): build-i386-rumpuserxen6 xen-build

[Xen-devel] [PATCH 6/6] xentrace: ARM platform timestamp support

From: bensanda Modified to provide support for xentrace on the ARM platform. Changed get_cycles() to return the core timestamp tick count for use by the trace buffer timestamping routines in xentrace. Signed-off-by: Benjamin Sanda ---

[Xen-devel] [PATCH 1/3] Add new functions to get/set memory types.

For clarity this patch breaks the code to set/get memory types out of do_hvm_op() into dedicated functions: hvmop_set/get_mem_type(). Also, for clarity, checks for whether a memory type change is allowed are broken out into a separate function called by hvmop_set_mem_type(). There is no

Re: [Xen-devel] [PATCH 3/8] tools/hotplug: Write physical-device-path in addition to physical-device

On 16/03/16 16:56, Ian Jackson wrote: > George Dunlap writes ("[PATCH 3/8] tools/hotplug: Write physical-device-path > in addition to physical-device"): >> Change block-common.sh on Linux to write physical-device-path with the >> path of the device node, in addition to physical-device with its >>

Re: [Xen-devel] [PATCH v4 08/14] hvmloader: Locate the BIOS blob

On Tue, Mar 15, 2016 at 09:14:17PM -0400, Konrad Rzeszutek Wilk wrote: > On Mon, Mar 14, 2016 at 05:55:43PM +, Anthony PERARD wrote: > > The BIOS can be found an entry called "bios" of the modlist of the > > s/BIOS/BIOS blob/ > > hvm_start_info struct. > > > > The found BIOS blob is not

[Xen-devel] [PATCH v6 04/17] arm/xen: Use xen_xlate_map_ballooned_pages to setup grant table

From: Shannon Zhao Use xen_xlate_map_ballooned_pages to setup grant table. Then it doesn't rely on DT or ACPI to pass the start address and size of grant table. Signed-off-by: Shannon Zhao Acked-by: Stefano Stabellini

Re: [Xen-devel] [PATCH 2/5] x86/time: implement tsc as clocksource

On 17/03/16 16:12, Joao Martins wrote: > Introduce support for using TSC as platform time which is the highest > resolution time and most performant to get (~20 nsecs). Though there > are also several problems associated with its usage, and there isn't a > complete (and architecturally defined)

[Xen-devel] [PATCH 5/6] xentrace: Trace buffer support for ARM platform

From: bensanda Modified to provide support for xentrace on the ARM platform. Added call to init_trace_bufs() to initialize the trace buffers for use by xentrace. Signed-off-by: Benjamin Sanda --- xen/arch/arm/setup.c | 3 +++ 1 file

[Xen-devel] [PATCH 00/16] Fixes and improvement (including hard affinity!) for Credit2

Hi everyone, This series implements a bunch of both bugfixes and improvements for scheduling in general, but mostly for Credit2. Almost all the patches have actually been posted already (so that's why some of them have a mention of what changed since v1), but I felt like the best thing was just

Re: [Xen-devel] [PATCH 3/3] libxl: add new pvusb backend "qusb" provided by qemu

On 17/03/16 17:39, George Dunlap wrote: > On Thu, Mar 10, 2016 at 3:00 PM, Juergen Gross wrote: >> Add a new pvusb backend type "qusb" which is provided by qemu. It can >> be selected either by specifying the type directly in the configuration >> or it is selected automatically

Re: [Xen-devel] [PATCH 1/2] IOMMU/MMU: Adjust top level functions for VT-d Device-TLB flush error.

>>> On 18.03.16 at 10:09, wrote: > On March 18, 2016 4:20pm, wrote: >> As you can infer form the reply I sent yesterday, you first need to settle >> on an >> abstract model: What do failures mean? If, in the flush case, a timeout is >> going >> to kill the

[Xen-devel] [GRUB2 PATCH v5 2/4] multiboot2: Add tags used to pass ImageHandle to loaded image

Add tags used to pass ImageHandle to loaded image if requested. It is used by at least ExitBootServices() function. Signed-off-by: Daniel Kiper Reviewed-by: Konrad Rzeszutek Wilk --- v4 - suggestions/fixes: - reduce number of #ifdefs in

Re: [Xen-devel] [PATCH v6 22/22] xen/arm64: Add ACPI support

>>> On 17.03.16 at 12:03, wrote: > On 2016/3/17 18:52, Jan Beulich wrote: > On 17.03.16 at 10:41, wrote: >>> > --- a/xen/include/asm-arm/config.h >>> > +++ b/xen/include/asm-arm/config.h >>> > @@ -31,6 +31,10 @@ >>> > >>> > #define

Re: [Xen-devel] [PATCH] tools/xenstore-watch: Add new timeout parameter

On 16/03/16 17:43, Konrad Rzeszutek Wilk wrote: > On Wed, Mar 16, 2016 at 05:50:46PM +0200, Razvan Cojocaru wrote: >> This patch allows xenstore-watch to exit even if no changes to its >> XenStore key have occured in a specified interval (in seconds), via >> a new -T parameter. > Should there be

[Xen-devel] Regarding Outreachy project on Improving CR Dashboard

Hello Lars Kurth, I'm Priya V, a final year Computer Science student from Amrita University, India. I came across this project on 'Improving Code Review Dashboard' in Xen project ideas list, and thought about applying for the same in this round of Outreachy. >From a quick look, I understand that

[Xen-devel] [PATCH 02/16] xen: sched: add .init_pdata hook to the scheduler interface

with the purpose of decoupling the allocation phase and the initialization one, for per-pCPU data of the schedulers. This makes it possible to perform the initialization later in the pCPU bringup/assignement process, when more information (for instance, the host CPU topology) are available. This,

[Xen-devel] [PATCH v3 1/4] x86: move cached CR4 value to struct cpu_info

This not only eases using the cached value in assembly code, but also improves the generated code resulting from such reads in C. Signed-off-by: Jan Beulich --- a/xen/arch/x86/domain.c +++ b/xen/arch/x86/domain.c @@ -64,7 +64,6 @@ #include DEFINE_PER_CPU(struct vcpu *,

Re: [Xen-devel] [RFC PATCH] blkif.h: document scsi/0x12/0x83 node

On 03/16/2016 08:36 PM, Ian Jackson wrote: > Bob Liu writes ("[RFC PATCH] blkif.h: document scsi/0x12/0x83 node"): >> Sometimes, we need to query VPD page=0x83 data from underlying >> storage so that vendor supplied software can run inside the VM and >> believe it's talking to the vendor's own

Re: [Xen-devel] [PATCH v11 10/27] tools/libxl: add back channel support to write stream

On 03/05/2016 01:00 AM, Ian Jackson wrote: Changlong Xie writes ("[PATCH v11 10/27] tools/libxl: add back channel support to write stream"): From: Wen Congyang Add back channel support to write stream. If the write stream is a back channel stream, this means the write

Re: [Xen-devel] [PATCH] xentrace: simplify map_page function in xenctx

On 03/03/16 13:10, Wei Liu wrote: > There were several problems: > > 1. Variable mapped was set to NULL so the following two "if"s were >useless. > 2. Variable previous_mfn was set but never used. mapped and previous_mfn are static, which (in this context) means they persists across

Re: [Xen-devel] [PATCH v7 2/2] VT-d: Fix vt-d Device-TLB flush timeout issue

On March 17, 2016 7:14pm, Tian, Kevin wrote: > > From: Jan Beulich [mailto:jbeul...@suse.com] > > Sent: Thursday, March 17, 2016 5:43 PM > > > > >>> On 17.03.16 at 09:17, wrote: > > >> From: Xu, Quan > > >> Sent: Thursday, March 17, 2016 3:13 PM > >

[Xen-devel] [PATCH v6 13/17] ARM: Xen: Document UEFI support on Xen ARM virtual platforms

From: Shannon Zhao Add a "uefi" node under /hypervisor node in FDT, then Linux kernel could scan this to get the UEFI information. Signed-off-by: Shannon Zhao Acked-by: Rob Herring Reviewed-by: Stefano Stabellini

Re: [Xen-devel] [PATCH 3/8] tools/hotplug: Write physical-device-path in addition to physical-device

George Dunlap writes ("[PATCH 3/8] tools/hotplug: Write physical-device-path in addition to physical-device"): > Change block-common.sh on Linux to write physical-device-path with the > path of the device node, in addition to physical-device with its > major:minor numbers. I would like to see

[Xen-devel] [libvirt test] 86448: regressions - FAIL

flight 86448 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/86448/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-libvirt-raw 9 debian-di-install fail REGR. vs. 86369 Tests which did not

Re: [Xen-devel] [PATCH 2/2] IOMMU/MMU: Adjust low level functions for VT-d Device-TLB flush error.

On March 17, 2016 11:31pm, wrote: > On Thu, Mar 17, 2016 at 6:54 AM, Quan Xu wrote: > > Current code would be panic(), when VT-d Device-TLB flush timed out. > > the panic() is going to be eliminated, so we must check all kinds of > > error and all

Re: [Xen-devel] [RFC PATCH] blkif.h: document scsi/0x12/0x83 node

On 16/03/16 13:59, Bob Liu wrote: > > But we'd like to get the VPD information(of underlying storage device) also > in Linux blkfront, even blkfront is not a SCSI device. Why does blkback/blkfront need to involved here? This is just some xenstore keys that can be written by the toolstack and

Re: [Xen-devel] [PATCH] tools/xenstore-watch: Add new timeout parameter

On Wed, Mar 16, 2016 at 05:50:46PM +0200, Razvan Cojocaru wrote: > This patch allows xenstore-watch to exit even if no changes to its > XenStore key have occured in a specified interval (in seconds), via > a new -T parameter. Should there be an update to the manpage as well? > > Signed-off-by:

[Xen-devel] [PATCH v7 for Xen 4.7 3/4] libxl: enable per-VCPU parameter settings for RTDS scheduler

Add libxl_vcpu_sched_params_get/set and sched_rtds_vcpu_get/set functions to support per-VCPU settings. Signed-off-by: Chong Li Signed-off-by: Meng Xu Signed-off-by: Sisu Xi --- Changes on PATCH v6: 1) Resolve some coding style

Re: [Xen-devel] [PATCH] xen/arm64: check XSM Magic and Signature from the second unknown module.

>>> On 18.03.16 at 08:41, wrote: > --- a/xen/arch/arm/bootfdt.c > +++ b/xen/arch/arm/bootfdt.c > @@ -163,6 +163,36 @@ static void __init process_memory_node(const void *fdt, > int node, > } > } > > +static bool __init check_xsm_signature(const void *fdt, int node, > +

Re: [Xen-devel] [PATCH v3 2/2] x86/hvm/viridian: Enable APIC assist enlightenment

> -Original Message- > From: Wei Liu [mailto:wei.l...@citrix.com] > Sent: 16 March 2016 18:31 > To: Paul Durrant > Cc: xen-de...@lists.xenproject.org; Ian Jackson; Stefano Stabellini; Wei Liu; > Keir (Xen.org); Jan Beulich; Andrew Cooper > Subject: Re: [PATCH v3 2/2] x86/hvm/viridian:

[Xen-devel] [PATCH 13/16] xen: sched: allow for choosing credit2 runqueues configuration at boot

In fact, credit2 uses CPU topology to decide how to arrange its internal runqueues. Before this change, only 'one runqueue per socket' was allowed. However, experiments have shown that, for instance, having one runqueue per physical core improves performance, especially in case hyperthreading is

[Xen-devel] [V5] x86/xsaves: fix overwriting between non-lazy/lazy xsaves

The offset at which components xsaved by xsave[sc] are not fixed. So when when a save with v->fpu_dirtied set is followed by one with v->fpu_dirtied clear, non-lazy xsave[sc] may overwriting data written by the lazy one. The solution is when using_xsave_compact is enabled and taking xcr0_accum

Re: [Xen-devel] [PATCH 2/6] xenalyze: Support for ARM platform

On Wed, Mar 16, 2016 at 8:59 PM, Andrew Cooper wrote: > On 16/03/2016 20:51, Benjamin Sanda wrote: >> From: bensanda >> >> Modified to provide building of the xenalyze binary for ARM platforms. This >> was done in conjunction with patches to

[Xen-devel] [PATCH 1/7] oxenstored: refactor putting response on wire

Previously, the functions reply_{ack,data,data_or_ack} and input_handle_error put the response on the wire by invoking Connection.send_{ack,reply,error}. Instead, these functions now return a value indicating what needs to be put on the wire, and that action is done by a send_response function

[Xen-devel] [xen-unstable-smoke test] 86586: tolerable all pass - PUSHED

flight 86586 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/86586/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-amd64-amd64-libvirt 12 migrate-support-checkfail never pass test-armhf-armhf-xl 12

Re: [Xen-devel] [PATCH] x86/hvm/viridian: fix the TLB flush hypercall

> -Original Message- > From: Paul Durrant [mailto:paul.durr...@citrix.com] > Sent: 16 March 2016 12:57 > To: xen-de...@lists.xenproject.org > Cc: Paul Durrant > Subject: [PATCH] x86/hvm/viridian: fix the TLB flush hypercall > > Commit b38d426a "flush remote tlbs by hypercall" add support

Re: [Xen-devel] Outreachy

Hi Renata adding Jesus and xen-devel > On 18 Mar 2016, at 03:37, renata gegaj wrote: > > Hello Lars, > > I am Renata Gegaj a student from Kosovo. I study computer science and > engineering. This is my first time participating in the Outreachy program, it > is also

Re: [Xen-devel] [PATCH] tools/xenstore-watch: Add new timeout parameter

On Wed, Mar 16, 2016 at 05:50:46PM +0200, Razvan Cojocaru wrote: [...] > } > > @@ -273,27 +274,49 @@ do_chmod(char *path, struct xs_permissions *perms, int > nperms, int upto, > } > > static void > -do_watch(struct xs_handle *xsh, int max_events) > +do_watch(struct xs_handle *xsh, int

Re: [Xen-devel] [PATCH 0/6] xentrace/xenalyze support on ARM

Julien, > Can you please CC the relevant maintainers in the next version of this series? > You can use scripts/get_maintainers.pl for this purpose. I did. The list output to me was: Ian Jackson Jan Beulich Keir Fraser Tim Deegan

Re: [Xen-devel] [PATCH v11 04/27] tools/libxl: Introduce new helper function dup_fd_helper()

On 03/05/2016 12:42 AM, Ian Jackson wrote: Changlong Xie writes ("[PATCH v11 04/27] tools/libxl: Introduce new helper function dup_fd_helper()"): From: Wen Congyang It is pure refactoring and no functional changes. ... /*- helper execution -*/ +static int

Re: [Xen-devel] [PATCH v7 2/2] VT-d: Fix vt-d Device-TLB flush timeout issue

> From: Jan Beulich [mailto:jbeul...@suse.com] > Sent: Thursday, March 17, 2016 5:43 PM > > >>> On 17.03.16 at 09:17, wrote: > >> From: Xu, Quan > >> Sent: Thursday, March 17, 2016 3:13 PM > >> --- a/xen/drivers/passthrough/vtd/qinval.c > >> +++

Re: [Xen-devel] [PATCH v4 07/34] arm/x86: Use struct virtual_region to do bug, symbol, and (x86) exception tables

>>> On 15.03.16 at 18:56, wrote: > lookup. Was this meant to be part of $subject? > @@ -1077,27 +1080,39 @@ void do_unexpected_trap(const char *msg, struct > cpu_user_regs *regs) > > int do_bug_frame(struct cpu_user_regs *regs, vaddr_t pc) > { > -const struct

[Xen-devel] [linux-4.1 test] 86510: regressions - FAIL

flight 86510 linux-4.1 real [real] http://logs.test-lab.xenproject.org/osstest/logs/86510/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64-rumpuserxen 6 xen-build fail REGR. vs. 66399 build-i386-rumpuserxen

[Xen-devel] [PATCH 5/5] x86/time: implement PVCLOCK_TSC_STABLE_BIT

When using TSC as clocksource we will solely rely on TSC for updating vcpu time infos (pvti). Right now, each vCPU takes the tsc_timestamp at different instants meaning every EPOCH + delta. This delta is variable depending on the time the CPU calibrates with CPU 0 (master), and will likely be

Re: [Xen-devel] [RFC Design Doc] Add vNVDIMM support for Xen

On March 17, 2016 9:37pm, Haozhong Zhang wrote: > For PV guests (if we add vNVDIMM support for them in future), as I'm going to > use page_info struct for it, I suppose the current mechanism in Xen can handle > this case. I'm not familiar with PV memory management The

Re: [Xen-devel] [PATCH v11 20/27] Support colo mode for qemu disk

Wen Congyang writes ("Re: [PATCH v11 20/27] Support colo mode for qemu disk"): > How does block replication work: Thanks for this explanation, which is reallt helpful. I would like to repeat back to you what I think I have understood: Between resynchs, you allow each VM to run in parallel and

Re: [Xen-devel] [PATCH] xentrace: simplify map_page function in xenctx

On Thu, Mar 17, 2016 at 11:48:39AM +, George Dunlap wrote: > On 03/03/16 13:10, Wei Liu wrote: > > There were several problems: > > > > 1. Variable mapped was set to NULL so the following two "if"s were > >useless. > > 2. Variable previous_mfn was set but never used. > > mapped and

[Xen-devel] [PATCH v6 00/17] Add ACPI support for Xen Dom0 on ARM64

From: Shannon Zhao This patch set adds ACPI support for Xen Dom0 on ARM64. The relevant Xen ACPI on ARM64 design document could be found from [1]. This patch set adds a new FDT node "uefi" under /hypervisor to pass UEFI information. Introduce a bus notifier of AMBA and

[Xen-devel] [xen-4.3-testing test] 86333: regressions - trouble: blocked/broken/fail/pass

flight 86333 xen-4.3-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/86333/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-armhf 3 host-install(3) broken REGR. vs. 83004

[Xen-devel] [GRUB2 PATCH v5 0/4] multiboot2: Add two extensions

Hi, This patch series: - enables EFI boot services usage in loaded images by multiboot2 protocol, - add support for multiboot2 protocol compatible relocatable images. Daniel grub-core/Makefile.core.def |1 + grub-core/lib/i386/relocator64.S | 11

Re: [Xen-devel] [PATCH v4 02/34] libxc: Remove dead code (XENVER_capabilities)

On Tue, Mar 15, 2016 at 01:56:24PM -0400, Konrad Rzeszutek Wilk wrote: > The 'caps' is not used anywhere in there. > > Signed-off-by: Konrad Rzeszutek Wilk > > --- > Cc: Ian Jackson > Cc: Stefano Stabellini >

[Xen-devel] [PATCH] xen/arm64: check XSM Magic and Signature from the second unknown module.

From: Fu Wei This patch add a check_xsm_signature static function for detecting XSM from the second unknown module. If xen can't get the kind of module from compatible, we guess the kind of these first two unknown respectively: (1) The first unknown must be kernel;

Re: [Xen-devel] [PATCH v3 10/28] xen/x86: Generate deep dependencies of features

On 17/03/16 19:45, Konrad Rzeszutek Wilk wrote: > On Tue, Mar 15, 2016 at 03:35:06PM +, Andrew Cooper wrote: >> Some features depend on other features. Working out and maintaining the >> exact >> dependency tree is complicated, so it is expressed in the automatic >> generation >> script,

Re: [Xen-devel] Running Xen on Nvidia Jetson-TK1

Hi Dushyant, On 14/03/16 14:19, Dushyant Behl wrote: > > Yes, I have enabled these configuration parameters when compiling linux - The list of options looks good to me. I guess Linux is crashing before setting up the console. Can you apply the below to Linux and post the log here? Regards,

Re: [Xen-devel] [PATCH 2/2] x86/hvm/viridian: Enable APIC assist enlightenment

> -Original Message- > From: Jan Beulich [mailto:jbeul...@suse.com] > Sent: 16 March 2016 16:28 > To: Paul Durrant > Cc: Andrew Cooper; Ian Jackson; Stefano Stabellini; Wei Liu; xen- > de...@lists.xenproject.org; Konrad Rzeszutek Wilk; Keir (Xen.org) > Subject: RE: [Xen-devel] [PATCH 2/2]

Re: [Xen-devel] [SeaBIOS] Xen PV block device support in Seabios

On Wed, 2016-03-16 at 20:13 +0800, Shannon Zhao wrote: > > On 2016/3/16 19:20, Ian Campbell wrote: > > > > (nb, my citrix.com email is no longer valid) > > On Wed, 2016-03-16 at 11:33 +0800, Shannon Zhao wrote: > > > > > > > > > > > Hi, > > > > > > > > I noticed there are some efforts to add

Re: [Xen-devel] [PATCH v7 2/2] VT-d: Fix vt-d Device-TLB flush timeout issue

>>> On 17.03.16 at 09:17, wrote: >> From: Xu, Quan >> Sent: Thursday, March 17, 2016 3:13 PM >> --- a/xen/drivers/passthrough/vtd/qinval.c >> +++ b/xen/drivers/passthrough/vtd/qinval.c >> @@ -233,6 +233,57 @@ int qinval_device_iotlb(struct iommu *iommu, >> return 0; >>

Re: [Xen-devel] rcu_sched self-detected stall on CPU on kernel 4.4.5 in PV DomU

Hi all, So I'd just like to give this a prod. I'm still getting DomU's randomly go to 100% CPU usage using kernel 4.4.6 now. It seems running 4.4.6 as the DomU does not induce these problems. Latest crash message from today: INFO: rcu_sched self-detected stall on CPU 0-...: (20869552

[Xen-devel] [OSSTEST PATCH 1/6] Debian: Provide cfg_tftp_di_version

And a shell function to do the same thing. No callers yet. Signed-off-by: Ian Jackson --- Osstest/Debian.pm |7 +++ cri-getconfig |9 + 2 files changed, 16 insertions(+) diff --git a/Osstest/Debian.pm b/Osstest/Debian.pm index

Re: [Xen-devel] [RFC Design Doc] Add vNVDIMM support for Xen

>>> On 16.03.16 at 15:55, wrote: > On 03/16/16 08:23, Jan Beulich wrote: >> >>> On 16.03.16 at 14:55, wrote: >> > On 03/16/16 07:16, Jan Beulich wrote: >> >> Which reminds me: When considering a file on NVDIMM, how >> >> are you making sure the

Re: [Xen-devel] [SeaBIOS] Xen PV block device support in Seabios

On 2016/3/16 19:20, Ian Campbell wrote: > (nb, my citrix.com email is no longer valid) > On Wed, 2016-03-16 at 11:33 +0800, Shannon Zhao wrote: >> > Hi, >> > >> > I noticed there are some efforts to add Xen PV block device support in >> > Seabios in a GSoC project and there is a wiki page [1]

Re: [Xen-devel] [PATCH 2/2] xsm: move FLASK_AVC_STATS to Kconfig

On 3/14/16 9:05 AM, Doug Goldstein wrote: > On 3/8/16 12:01 PM, Daniel De Graaf wrote: >> On 03/08/2016 11:51 AM, Jan Beulich wrote: >> On 08.03.16 at 17:22, wrote: On 03/08/2016 04:46 AM, Jan Beulich wrote: On 07.03.16 at 19:42, wrote:

Re: [Xen-devel] [PATCH v11 20/27] Support colo mode for qemu disk

On 03/18/2016 01:18 AM, Ian Jackson wrote: > Wen Congyang writes ("Re: [PATCH v11 20/27] Support colo mode for qemu disk"): >> How does block replication work: > > Thanks for this explanation, which is reallt helpful. > > I would like to repeat back to you what I think I have understood: > >

Re: [Xen-devel] [PATCH V17 0/6] xen pvusb toolstack work

Chunyan Liu writes ("[PATCH V17 0/6] xen pvusb toolstack work"): > This patch series is to add pvusb toolstack work, supporting hot add|remove > USB device to|from guest and specify USB device in domain configuration file. I have applied this series. Ian.

Re: [Xen-devel] [PATCH v2 0/2] usb, xen: add pvUSB backend

On Do, 2016-03-10 at 16:19 +0100, Juergen Gross wrote: > This series adds a Xen pvUSB backend driver to qemu. USB devices > connected to the host can be passed through to a Xen guest. The > devices are specified via Xenstore. Access to the devices is done > via host-libusb.c > I've tested the

[Xen-devel] [PATCH v3 0/4] x86: accommodate 32-bit PV guests with SMEP/SMAP handling

As has been explained previously[1], SMAP (and with less relevance also SMEP) is not compatible with 32-bit PV guests which aren't aware/prepared to be run with that feature enabled. Andrew's original approach either sacrificed architectural correctness for making 32-bit guests work again, or

[Xen-devel] [PATCH v6 17/22] arm/gic: Add a new callback to deny Dom0 access to GIC regions

From: Shannon Zhao Add a new member in gic_hw_operations which is used to deny Dom0 access to GIC regions. Signed-off-by: Shannon Zhao --- v6: use SZ_64K for GICv3 distributor --- xen/arch/arm/gic-v2.c | 31 +++

[Xen-devel] [PATCH v6 20/22] xen/acpi: Fix event-channel interrupt when booting with ACPI

From: Shannon Zhao Store the event-channel interrupt number and flag in HVM parameter HVM_PARAM_CALLBACK_IRQ. Then Dom0 could get it through hypercall HVMOP_get_param. Signed-off-by: Shannon Zhao Reviewed-by: Stefano Stabellini

Re: [Xen-devel] [PATCH] x86/hvm/viridian: fix the TLB flush hypercall

>>> On 16.03.16 at 14:00, wrote: > --- a/xen/arch/x86/hvm/hvm.c > +++ b/xen/arch/x86/hvm/hvm.c > @@ -2576,12 +2576,9 @@ int hvm_vcpu_initialise(struct vcpu *v) > if ( rc != 0 ) > goto fail6; > > -if ( is_viridian_domain(d) ) > -{ > -rc =

[Xen-devel] [distros-debian-squeeze test] 44250: tolerable trouble: broken/pass

flight 44250 distros-debian-squeeze real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/44250/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-amd64-amd64-i386-squeeze-netboot-pygrub 3 host-install(3) broken blocked in 44234

Re: [Xen-devel] [PATCH v11]xen: sched: convert RTDS from time to event driven model

On Thu, 2016-03-17 at 12:06 -0400, Tianyang Chen wrote: > The current RTDS code has several problems: >  - the scheduler, although the algorithm is event driven by >    nature, follows a time driven model (is invoked periodically!), >    making the code look unnatural; >  - budget replenishment

Re: [Xen-devel] [PATCH v7 for Xen 4.7 1/4] xen: enable per-VCPU parameter settings for RTDS scheduler

On Thu, Mar 17, 2016 at 5:03 AM, Dario Faggioli wrote: > On Wed, 2016-03-16 at 11:47 -0500, Chong Li wrote: > >> --- a/xen/common/sched_rt.c >> +++ b/xen/common/sched_rt.c >> @@ -1129,24 +1145,22 @@ rt_dom_cntl( >> struct vcpu *v; >> unsigned long flags; >>

[Xen-devel] [PATCH] xen/events: Mask a moving irq

Moving an unmasked irq may result in irq handler being invoked on both source and target CPUs. With 2-level this can happen as follows: On source CPU: evtchn_2l_handle_events() -> generic_handle_irq() -> handle_edge_irq() -> eoi_pirq():

Re: [Xen-devel] FROZEN transitions hotplug notifier

On 16/03/16 17:49, Anna-Maria Gleixner wrote: > Hi, > > the hotplug notifieres in the following files don't handle the > corresponding FROZEN transitions: > > arch/arm/xen/enlighten.c > arch/x86/xen/enlighten.c > drivers/xen/events/events_fifo.c > > Is there a reason for it?

Re: [Xen-devel] [PATCH v7 for Xen 4.7 3/4] libxl: enable per-VCPU parameter settings for RTDS scheduler

On Wed, Mar 16, 2016 at 11:05 PM, Dario Faggioli wrote: > On Wed, 2016-03-16 at 11:47 -0500, Chong Li wrote: >> Add libxl_vcpu_sched_params_get/set and sched_rtds_vcpu_get/set >> functions to support per-VCPU settings. >> >> +/* Set the RTDS scheduling parameters of

<    1   2   3   4   5   6   >