[Xen-devel] [linux-linus test] 86626: regressions - FAIL

flight 86626 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/86626/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-i386-rumpuserxen6 xen-build fail REGR. vs. 59254

[Xen-devel] [qemu-mainline baseline-only test] 44256: tolerable FAIL

This run is configured for baseline tests only. flight 44256 qemu-mainline real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/44256/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-amd64-amd64-xl 19

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

On March 17, 2016 8:30pm, wrote: > On Thu, Mar 17, 2016 at 6:54 AM, Quan Xu wrote: > > diff --git a/xen/arch/x86/mm.c b/xen/arch/x86/mm.c index > > c997b53..526548e 100644 > > --- a/xen/arch/x86/mm.c > > +++ b/xen/arch/x86/mm.c > > @@ -2467,7 +2467,7 @@

[Xen-devel] [libvirt test] 86369: tolerable FAIL - PUSHED

flight 86369 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/86369/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-armhf-armhf-libvirt-xsm 12 migrate-support-checkfail never pass test-armhf-armhf-libvirt-xsm 14

Re: [Xen-devel] [PATCH 2/8] libxl: Remove redundant setting of phyical-device

George Dunlap writes ("[PATCH 2/8] libxl: Remove redundant setting of phyical-device"): > Regardless of whether we're running a custom hotplug script or using > normal phy: or file:, the "block" script will be run, which will set > all the necessary xenstore nodes. > > In fact, writing this

Re: [Xen-devel] [PATCH v4 03/34] xsm/xen_version: Add XSM for the xen_version hypercall

On Fri, Mar 18, 2016 at 05:55:55AM -0600, Jan Beulich wrote: > >>> On 15.03.16 at 18:56, wrote: > > @@ -223,12 +224,15 @@ void __init do_initcalls(void) > > /* > > * Simple hypercalls. > > */ > > - > > DO(xen_version)(int cmd, XEN_GUEST_HANDLE_PARAM(void) arg) > >

Re: [Xen-devel] [PATCH v11 19/27] COLO: introduce new API to prepare/start/do/get_error/stop replication

On 03/05/2016 01:29 AM, Ian Jackson wrote: Changlong Xie writes ("[PATCH v11 19/27] COLO: introduce new API to prepare/start/do/get_error/stop replication"): From: Wen Congyang We will use qemu block replication, and qemu provides some qmp commands to prepare

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

On 17/03/16 17:53, George Dunlap wrote: > 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

Re: [Xen-devel] [PATCH 2/2] tools: detect appropriate debug optimization level

On 3/8/16 10:50 AM, Wei Liu wrote: > On Tue, Mar 08, 2016 at 10:34:42AM -0600, Doug Goldstein wrote: >> On 3/8/16 9:38 AM, Wei Liu wrote: >>> On Mon, Mar 07, 2016 at 08:23:40PM -0600, Doug Goldstein wrote: The build should not use -O0 as that results in miscompilations. There >>> >>> This

Re: [Xen-devel] [PATCH] xen/x86: Remap text/data/bss with appropriate permissions

>>> On 17.03.16 at 13:43, wrote: > --- a/xen/arch/x86/setup.c > +++ b/xen/arch/x86/setup.c > @@ -529,9 +529,33 @@ static void noinline init_done(void) > } > else > { > +/* Mark .text as RX (avoiding the first 2M superpage). */ > +

[Xen-devel] [PATCH v2 2/6] x86/mm/pat: Add pat_disable() interface

In preparation to fix a regression caused by 'commit 9cd25aac1f44 ("x86/mm/pat: Emulate PAT when it is disabled")', PAT needs to provide an interface that disables the OS to initialize PAT MSR. PAT MSR initialization must be done on all CPUs with the specific sequence of operations defined in

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

On Fri, Mar 18, 2016 at 10:32:30AM +, Paul Durrant wrote: > This patch adds code to enable the APIC assist enlightenment which, > under certain conditions, means that the guest can avoid an EOI of > the local APIC and thereby avoid a VMEXIT. > > Use of the enlightenment by the hypervisor is

[Xen-devel] [PATCH 2/2] hotplug: Prevent alloc/free of irq descriptors during cpu up/down (again)

Now that Xen no longer allocates irqs in _cpu_up() we can restore commit a89941816726 ("hotplug: Prevent alloc/free of irq descriptors during cpu up/down") Signed-off-by: Boris Ostrovsky --- arch/x86/kernel/smpboot.c | 11 --- kernel/cpu.c |

Re: [Xen-devel] [PATCH v3 07/28] xen/x86: Annotate special features

>>> On 15.03.16 at 16:35, wrote: > Some bits in a featureset are not simple a indication of new functionality, > and require special handling. > > APIC, OSXSAVE and OSPKE are fast-forwards of other pieces of state; > IA32_APIC_BASE.EN, CR4.OSXSAVE and CR4.OSPKE. Xen

[Xen-devel] [PATCH v6 06/17] Xen: ARM: Add support for mapping platform device mmio

From: Shannon Zhao Add a bus_notifier for platform bus device in order to map the device mmio regions when DOM0 booting with ACPI. Signed-off-by: Shannon Zhao Acked-by: Stefano Stabellini ---

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

The existing vIOPL interface is hard to use, and need not be. Introduce a VMASSIST with which a guest can opt-in to having vIOPL behaviour consistenly with native hardware. Specifically: - virtual iopl updated from do_iret() hypercalls. - virtual iopl reported in bounce frames. - guest

Re: [Xen-devel] [PATCH v11 23/27] COLO proxy: preresume, postresume and checkpoint

On 03/05/2016 02:01 AM, Ian Jackson wrote: Changlong Xie writes ("[PATCH v11 23/27] COLO proxy: preresume, postresume and checkpoint"): From: Wen Congyang preresume, postresume and checkpoint I think maybe this needs to be combined with the previous patch ? Surely

[Xen-devel] [PATCH v3 4/4] x86: use 32-bit loads for 32-bit PV guest state reload

This is slightly more efficient than loading 64-bit quantities. Signed-off-by: Jan Beulich Reviewed-by: Andrew Cooper --- a/xen/include/asm-x86/asm_defns.h +++ b/xen/include/asm-x86/asm_defns.h @@ -313,6 +313,13 @@ static always_inline void

[Xen-devel] List of projects for 4.7

Hi all Today is that last posting day for new features. And we are two weeks away from the anticipated freeze date. I've gone through the outstanding patch series on the list and ask for input from various core community members. I've enumerated a list here, which covers several areas of this

Re: [Xen-devel] List of projects for 4.7

On Fri, Mar 18, 2016 at 7:07 AM, Wei Liu wrote: > Hi all > > Today is that last posting day for new features. And we are two weeks > away from the anticipated freeze date. > > I've gone through the outstanding patch series on the list and ask for > input from various core

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

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 > --- > docs/misc/block-scripts.txt | 100 >

Re: [Xen-devel] [PATCH 15/16] xen: sched: scratch space for cpumasks on Credit2

On 18/03/16 19:06, Dario Faggioli wrote: > like what's there already in both Credit1 and RTDS. In > fact, when playing with affinity, a lot of cpumask > manipulation is necessary, inside of various functions. > > To avoid having a lot of cpumask_var_t on the stack, > this patch introduces a global

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

Hi, > > Ian, thanks for your reply! It looks like the problem is how and when to > > clear PV resources in seabios before handing over to guest. But I wonder > > why virtio works in seabios. Does seabios using virtio need to clear > > things like vrings? Or seabios doesn't clear the things and

[Xen-devel] [PATCH 0/8] tools: Allow HVM domains emulated access to disks provided by hotplug scripts

In order for HVM domains to provide emulated access to disks provided by hotplug scripts, qemu needs access to a "cooked" version of the disk. In the case of hotplug scripts, this "cooked" version is available in the form of a block device passed to blkback. Make this "cooked" version available

[Xen-devel] [linux-3.18 test] 86513: tolerable FAIL - PUSHED

flight 86513 linux-3.18 real [real] http://logs.test-lab.xenproject.org/osstest/logs/86513/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): build-amd64-rumpuserxen 6 xen-buildfail like 85493 build-i386-rumpuserxen

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

>>> On 18.03.16 at 11:06, wrote: >> From: Jan Beulich [mailto:jbeul...@suse.com] >> Sent: 17 March 2016 16:43 >> >>> On 17.03.16 at 13:13, wrote: >> > @@ -1170,10 +1183,27 @@ int vlapic_has_pending_irq(struct vcpu *v) >> >

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

On 16/03/16 13:00, Paul Durrant wrote: > Commit b38d426a "flush remote tlbs by hypercall" add support to allow > Windows to request flush of remote TLB via hypercall rather than IPI. > Unfortunately it seems that this code was broken in a couple of ways: > > 1) The allocation of the per-vcpu flush

[Xen-devel] (no subject)

i'm trying to run xen on omap5 and installing some guests .. it seems it works and a xen boot dom0 as shown the screen shot but with this arago project i can't download any package ..all commands such as apt-get ,update ... are not found i tried to have another file system but its not working ..

Re: [Xen-devel] [PATCH v4 02/14] libxc: Prepare a start info structure for hvmloader

On 03/15/2016 08:18 PM, Konrad Rzeszutek Wilk wrote: On Mon, Mar 14, 2016 at 05:55:37PM +, Anthony PERARD wrote: @@ -624,8 +628,6 @@ static int alloc_magic_pages_hvm(struct xc_dom_image *dom) if ( !dom->device_model ) { -size_t start_info_size = sizeof(struct

[Xen-devel] [PATCH v6 15/17] ARM64: XEN: Add a function to initialize Xen specific UEFI runtime services

From: Shannon Zhao When running on Xen hypervisor, runtime services are supported through hypercall. Add a Xen specific function to initialize runtime services. Signed-off-by: Shannon Zhao Reviewed-by: Stefano Stabellini

[Xen-devel] [PATCH 05/16] xen: sched: move pCPU initialization in an helper

That will turn out useful in following patches, where such code will need to be called more than just once. Create an helper now, and move the code there, to avoid mixing code motion and functional changes later. In Credit2, some style cleanup is also done. No functional change intended.

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

Jan Beulich writes ("Re: [Xen-devel] [RFC Design Doc] Add vNVDIMM support for Xen"): > So that again leaves unaddressed the question of what you > imply to do when a guest elects to use such a page as page > table. I'm afraid any attempt of yours to invent something that > is not struct page_info

Re: [Xen-devel] [PATCH] xen/x86: Remap text/data/bss with appropriate permissions

On 17/03/16 15:32, Jan Beulich wrote: On 17.03.16 at 15:44, wrote: >> On 17/03/16 14:31, Jan Beulich wrote: >>> Also - do we really want to make this code dependent on >>> map_pages_to_xen() not intermediately zapping the mappings >>> being changed? >> Do you mean

[Xen-devel] [GRUB2 PATCH v5 3/4 - FOR COMMIT] multiboot2: Do not pass memory maps to image if EFI boot services are enabled

If image requested EFI boot services then skip multiboot2 memory maps. Main reason for not providing maps is because they will likely be invalid. We do a few allocations after filling them, e.g. for relocator needs. Usually we do not care as we would have finished boot services. If we keep boot

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

On Wed, Mar 16, 2016 at 11:47:49AM -0500, Chong Li wrote: > Add xc_sched_rtds_vcpu_get/set functions to interact with > Xen to get/set a domain's per-VCPU parameters. > > Signed-off-by: Chong Li > Signed-off-by: Meng Xu > Signed-off-by: Sisu Xi

[Xen-devel] [OSSTEST PATCH 4/6] mg-debian-installer-update: Print a TftpDiVersion_$suite setting too

The human running this script might want to update a suite-specific value, or the global value. Print an example of the suite-specific value too. No functional change other than to example config output. Signed-off-by: Ian Jackson --- mg-debian-installer-update |

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

Konrad Rzeszutek Wilk writes ("[PATCH v4 08/34] vmap: Make the while loop less fishy."): > error: > -while ( i-- ) > -free_domheap_page(mfn_to_page(mfn_x(mfn[i]))); > +while ( i ) > +free_domheap_page(mfn_to_page(mfn_x(mfn[--i]))); I quite strongly dislike this. It is

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

>>> On 17.03.16 at 09:58, wrote: > On 03/16/16 09:23, Jan Beulich wrote: >> >>> 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,

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

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. Signed-off-by: Razvan Cojocaru --- tools/xenstore/xenstore_client.c | 64 ++--

Re: [Xen-devel] [PATCH v4 01/34] compat/x86: Remove unncessary #define.

On Wed, Mar 16, 2016 at 05:08:30AM -0600, Jan Beulich wrote: > >>> On 15.03.16 at 18:56, wrote: > > It is not used. > > Consistently please - either keep them all (just to cover the case > that they might get used) or remove them all: xen_compile_info, >

[Xen-devel] [PATCH 1/2] xen/x86: Don't hold TRAPBOUNCE_flags in %cl during create_bounce_frame

TRAPBOUNCE_flags are always available via a displacement from %rdx. This allows all of %rcx to be used as a scratch register. No functional change. Signed-off-by: Andrew Cooper Reviewed-by: Jan Beulich --- xen/arch/x86/x86_64/compat/entry.S | 5

[Xen-devel] [PATCH v6 05/22] arm/acpi: Prepare MADT table for Dom0

From: Shannon Zhao Copy main MADT table contents and distributor subtable from physical ACPI MADT table. Make other subtables through the callback of gic_hw_ops. Signed-off-by: Shannon Zhao Reviewed-by: Stefano Stabellini

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

On 2016/3/17 19:29, Jan Beulich wrote: On 17.03.16 at 12:04, wrote: >> On 2016/3/17 18:42, Jan Beulich wrote: >> On 17.03.16 at 10:41, wrote: > --- a/xen/include/public/hvm/params.h > +++ b/xen/include/public/hvm/params.h

[Xen-devel] [xen-unstable test] 86434: regressions - trouble: blocked/broken/fail/pass

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

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

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) >> cs_and_mask = (unsigned short)regs->cs | >> ((unsigned int)vcpu_info(n, evtchn_upcall_mask) <<

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

On 2016/3/17 19:31, Jan Beulich wrote: 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 > >>> > +++

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

> Then there is another problem (which also exists in the current > design): does Xen need to emulate NVDIMM _DSM for dom0? Take the _DSM > that access label storage area (for namespace) for example: No. And it really can't as each vendors _DSM is different - and there is no ACPI AML interpreter

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

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

Re: [Xen-devel] [PATCH v4 06/34] x86/arm: Add BUGFRAME_NR define and BUILD checks.

On Fri, Mar 18, 2016 at 06:40:31AM -0600, Jan Beulich wrote: > >>> On 15.03.16 at 18:56, wrote: > > --- a/xen/include/asm-arm/bug.h > > +++ b/xen/include/asm-arm/bug.h > > @@ -31,6 +31,7 @@ struct bug_frame { > > #define BUGFRAME_warn 0 > > #define BUGFRAME_bug1 >

Re: [Xen-devel] [PATCH v3 1/2] x86/hvm/viridian: keep APIC assist page mapped...

> -Original Message- > From: Paul Durrant [mailto:paul.durr...@citrix.com] > Sent: 16 March 2016 17:44 > To: xen-de...@lists.xenproject.org > Cc: Paul Durrant; Keir (Xen.org); Jan Beulich; Andrew Cooper > Subject: [PATCH v3 1/2] x86/hvm/viridian: keep APIC assist page mapped... > > ...

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

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. > And a couple more things that I forgot. I'd shorten the subject line, as already suggested for libxc. > +/* Get the RTDS scheduling

[Xen-devel] [linux-mingo-tip-master test] 86624: regressions - FAIL

flight 86624 linux-mingo-tip-master real [real] http://logs.test-lab.xenproject.org/osstest/logs/86624/ 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. 60684

[Xen-devel] [xen-unstable baseline-only test] 44249: regressions - FAIL

This run is configured for baseline tests only. flight 44249 xen-unstable real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/44249/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-libvirt-qcow2 9

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

Hey, This series is a repost with the comments that I got so far and hopefully could be considered for Xen 4.7. PVCLOCK_TSC_STABLE_BIT is the flag telling the guest that the vcpu_time_info (pvti) are monotonic as seen by any CPU, a feature which is currently not supported. As it is (i.e. bindly

[Xen-devel] [PATCH v3 0/3] Allow tmem to be disabled via Kconfig

Allows expert users to disable tmem via Kconfig. Incorporates feedback from Jan and Konrad. Patch 2 & 3 from v1 were merged and patch 4 was dropped. Doug Goldstein (3): tmem: add tmem_disable() function tmem: drop direct usage of opt_tmem tmem: allow tmem to be disabled with Kconfig

[Xen-devel] [distros-debian-jessie test] 44257: tolerable trouble: broken/pass

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

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

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

Re: [Xen-devel] [PATCH v4 12/34] xen/xsplice: Hypervisor implementation of XEN_XSPLICE_op

On Wed, Mar 16, 2016 at 12:12:00PM +, Julien Grall wrote: > Hi Konrad, > > On 15/03/2016 17:56, Konrad Rzeszutek Wilk wrote: > >diff --git a/xen/common/Kconfig b/xen/common/Kconfig > >index 8fbc46d..dbe9ccc 100644 > >--- a/xen/common/Kconfig > >+++ b/xen/common/Kconfig > >@@ -168,4 +168,15 @@

Re: [Xen-devel] [PATCH 5/8] libxl: Share logic for finding path between qemuu and pygrub

On Thu, Mar 17, 2016 at 6:22 PM, Ian Jackson wrote: > George Dunlap writes ("[PATCH 5/8] libxl: Share logic for finding path > between qemuu and pygrub"): >> From: George Dunlap > > Thanks. There are a few format inconsistencies (long

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

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 the way up the call trees. Signed-off-by: Quan Xu CC: Jan Beulich CC: Liu Jinsong

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

> -Original Message- > From: Jan Beulich [mailto:jbeul...@suse.com] > Sent: 17 March 2016 08:12 > To: Paul Durrant > Cc: Andrew Cooper; xen-de...@lists.xenproject.org; Keir (Xen.org) > Subject: RE: [PATCH v2] x86/hvm/viridian: fix the TLB flush hypercall > > >>> On 16.03.16 at 18:35,

Re: [Xen-devel] [PATCH 2/2] x86/mtrr: Refactor PAT initialization code

On Thu, 2016-03-17 at 17:06 -0700, Luis R. Rodriguez wrote: > On Mar 17, 2016 2:04 PM, "Toshi Kani" wrote: > > > > On Wed, 2016-03-16 at 00:29 +0100, Luis R. Rodriguez wrote: > > > On Tue, Mar 15, 2016 at 05:48:44PM -0600, Toshi Kani wrote: > > > > On Tue, 2016-03-15 at 01:15

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

> -Original Message- > From: Bob Liu [mailto:bob@oracle.com] > Sent: 16 March 2016 13:59 > To: Ian Jackson > Cc: xen-devel@lists.xen.org; Paul Durrant; konrad.w...@oracle.com; > jgr...@suse.com; Roger Pau Monne; annie...@oracle.com > Subject: Re: [RFC PATCH] blkif.h: document

Re: [Xen-devel] List of projects for 4.7

Trim CC list On Fri, Mar 18, 2016 at 05:18:11PM +0100, Fabio Fantoni wrote: > Il 18/03/2016 13:07, Wei Liu ha scritto: > >Hi all > > > >Today is that last posting day for new features. And we are two weeks > >away from the anticipated freeze date. > > > >I've gone through the outstanding patch

[Xen-devel] [PATCH 0/2] Check VT-d Device-TLB flush error

this patch set is a prereq patch set for Patch:'VT-d Device-TLB flush issue'. 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 the way up the call trees. Quan Xu (2): IOMMU/MMU: Adjust top

Re: [Xen-devel] [PATCH v2 0/5] xen: avoid module usage in non-modular code

[[PATCH v2 0/5] xen: avoid module usage in non-modular code] On 21/02/2016 (Sun 19:06) Paul Gortmaker wrote: > This series of commits is a part of a larger project to ensure > people don't reference modular support functions in non-modular > code. Overall there was roughly 5k lines of dead code

Re: [Xen-devel] Patching error while setting up COLO

Hi, I have a question about the network setup with COLO. so in the colo page( http://wiki.xenproject.org/wiki/COLO_-_Coarse_Grain_Lock_Stepping) it shows a network topology graph: master: br0: 192.168.0.33 eth1: 192.168.1.33 eth2: 192.168.2.33 slave: br0: 192.168.0.88 br1: no ip address eth1:

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

>>> On 17.03.16 at 13:44, wrote: > On 03/17/16 05:04, Jan Beulich wrote: >> >>> On 17.03.16 at 09:58, wrote: >> > On 03/16/16 09:23, Jan Beulich wrote: >> >> >>> On 16.03.16 at 15:55, wrote: >> >> > On 03/16/16 08:23,

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

flight 86441 linux-4.1 real [real] http://logs.test-lab.xenproject.org/osstest/logs/86441/ 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 4/5] x86/time: refactor read_platform_stime()

To fetch the last read from the clocksource which was used to calculate system_time. In the case of clocksource=tsc we will use it to set tsc_timestamp. Signed-off-by: Joao Martins --- Cc: Keir Fraser Cc: Jan Beulich Cc: Andrew Cooper

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

>>> On 17.03.16 at 21:42, wrote: > 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 @@

[Xen-devel] [xen-unstable test] 86376: tolerable FAIL - PUSHED

flight 86376 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/86376/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): build-amd64-rumpuserxen 6 xen-buildfail like 86315 build-i386-rumpuserxen

Re: [Xen-devel] [PATCH v3 21/28] xen+tools: Export maximum host and guest cpu featuresets via SYSCTL

On Tue, Mar 15, 2016 at 03:35:17PM +, Andrew Cooper wrote: > And provide stubs for toolstack use. > > Signed-off-by: Andrew Cooper > --- > CC: Jan Beulich > CC: Tim Deegan > CC: Wei Liu > CC: David Scott

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

Hi all, I've noticed the following problem that ends up with a non-repsonsive PV DomU using kernel 4.4.5 under heavy disk IO: INFO: rcu_sched self-detected stall on CPU 0-...: (6759098 ticks this GP) idle=cb3/141/0 softirq=3244615/3244615 fqs=4 (t=6762321 jiffies

Re: [Xen-devel] [PATCH v7 1/2] VT-d: Reduce spin timeout to 1ms, which can be boot-time changed

On March 17, 2016 4:14pm, wrote: > >>> On 17.03.16 at 09:11, wrote: > > On March 17, 2016 3:45pm, Tian, Kevin wrote: > >> > From: Xu, Quan > >> > Sent: Thursday, March 17, 2016 3:13 PM diff --git > >> >

[Xen-devel] [PATCH v6 17/17] Xen: EFI: Parse DT parameters for Xen specific UEFI

From: Shannon Zhao Add a new function to parse DT parameters for Xen specific UEFI just like the way for normal UEFI. Then it could reuse the existing codes. If Xen supports EFI, initialize runtime services. Signed-off-by: Shannon Zhao

Re: [Xen-devel] [PATCH 4/8] libxl: Move check for local access to a funciton

George Dunlap writes ("[PATCH 4/8] libxl: Move check for local access to a funciton"): > +static char * libxl__device_disk_find_local_path(libxl__gc *gc, > + const libxl_device_disk > *disk) { ... > +if (disk->format == LIBXL_DISK_FORMAT_RAW >

Re: [Xen-devel] [PATCH v3 2/5] arm/config: Declare ELFSIZE_[32|64] respectively.

On Thu, Mar 17, 2016 at 11:04:29AM +, Julien Grall wrote: > Hi Konrad, > > On 17/03/16 01:16, Konrad Rzeszutek Wilk wrote: > >And here is the patch. The change for uintXX_t type worked out - same > >size and offset as on 64-bit. Thought I am tempted to add some > >more BUILD_BUG checks. > > >

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

On 03/17/2016 01:29 PM, David Vrabel wrote: On 17/03/16 16:53, Boris Ostrovsky wrote: On 03/17/2016 12:03 PM, David Vrabel wrote: On 17/03/16 12:45, Boris Ostrovsky wrote: Moving an unmasked irq may result in irq handler being invoked on both source and target CPUs. With 2-level this can

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

On 03/16/2016 10:07 PM, Paul Durrant wrote: >> -Original Message- >> From: Bob Liu [mailto:bob@oracle.com] ..snip.. >>> >> >> But we'd like to get the VPD information(of underlying storage device) also >> in >> Linux blkfront, even blkfront is not a SCSI device. >> >> That's because

Re: [Xen-devel] [Patch V4 0/3] xen, usb: support pvUSB frontend driver

Hi Juergen, All. I would like to apply PVUSB drivers for using in our platform while PVUSB stuff doesn't reach upstream. Unfortunately, I couldn't find more recent version of "kernel based" backend driver in mailing list. I have found it in v0 only. [Xen-devel] [PATCH 0/4] xen, usb: support

[Xen-devel] [PATCH v4 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 2/6] xenalyze: Support for ARM platform

From: bensanda Modified to provide building of the xenalyze binary for ARM platforms. This was done in conjunction with patches to xentrace allowing its use on ARM. The xenalyze binary is now built as part of the SBIN list. Signed-off-by: Benjamin Sanda

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

flight 86625 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/86625/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-armhf-libvirt 5 libvirt-build fail REGR. vs. 86536 Tests which did not

Re: [Xen-devel] [PATCH v4 01/34] compat/x86: Remove unncessary #define.

>>> On 17.03.16 at 01:44, wrote: > On Wed, Mar 16, 2016 at 05:08:30AM -0600, Jan Beulich wrote: >> >>> On 15.03.16 at 18:56, wrote: >> > It is not used. >> >> Consistently please - either keep them all (just to cover the case >> that they might get

Re: [Xen-devel] [PATCH v11 12/27] tools/libx{l, c}: introduce wait_checkpoint callback

On 03/05/2016 01:03 AM, Ian Jackson wrote: Changlong Xie writes ("[PATCH v11 12/27] tools/libx{l,c}: introduce wait_checkpoint callback"): From: Wen Congyang Under COLO, we are doing checkpoint on demand, if this callback returns 1, we will take another checkpoint. 0

[Xen-devel] Xen Security Advisory 171 (CVE-2016-3157) - I/O port access privilege escalation in x86-64 Linux

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Xen Security Advisory CVE-2016-3157 / XSA-171 version 4 I/O port access privilege escalation in x86-64 Linux UPDATES IN VERSION 4 Clarify Vulnerable Systems section. Public

[Xen-devel] [PATCH v3 5/4] x86: reduce code size of struct cpu_info member accesses

Instead of addressing these fields via the base of the stack (which uniformly requires 4-byte displacements), address them from the end (which for everything other than guest_cpu_user_regs requires just 1-byte ones). This yields a code size reduction somewhere between 8k and 12k in my builds.

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

This patch adds code to enable the APIC assist enlightenment which, under certain conditions, means that the guest can avoid an EOI of the local APIC and thereby avoid a VMEXIT. Use of the enlightenment by the hypervisor is under control of the toolstack, and is added to the default set.

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

>>> On 18.03.16 at 11:32, wrote: > This patch adds code to enable the APIC assist enlightenment which, > under certain conditions, means that the guest can avoid an EOI of > the local APIC and thereby avoid a VMEXIT. > > Use of the enlightenment by the hypervisor is

[Xen-devel] [PATCH 01/16] xen: sched: fix locking when allocating an RTDS pCPU

as doing that include changing the scheduler lock mapping for the pCPU itself, and the correct way of doing that is: - take the lock that the pCPU is using right now (which may be the lock of another scheduler); - change the mapping of the lock to the RTDS one; - release the lock (the one

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

David Vrabel writes ("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

Re: [Xen-devel] [PATCH v5 16/17] FDT: Add a helper to get the subnode by given name

On Fri, Mar 4, 2016 at 12:37 AM, Shannon Zhao wrote: > From: Shannon Zhao > > Sometimes it needs to check if there is a subnode of given node in FDT > by given name. Introduce this helper to get the subnode if it exists. > > CC: Rob Herring

[Xen-devel] [xen-unstable test] 86491: tolerable FAIL - PUSHED

flight 86491 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/86491/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): build-amd64-rumpuserxen 6 xen-buildfail like 86376 build-i386-rumpuserxen

[Xen-devel] [PATCH 4/7] oxenstored: keep track of each transaction's operations

A list of (request, response) pairs from the operations performed within the transaction will be useful to support transaction replay. Since this consumes memory, the number of requests per transaction must not be left unbounded. Hence a new quota for this is introduced. This quota, configured

Re: [Xen-devel] [PATCH v3 06/28] xen/x86: Mask out unknown features from Xen's capabilities

On Tue, Mar 15, 2016 at 03:35:02PM +, Andrew Cooper wrote: > If Xen doesn't know about a feature, it is unsafe for use and should be > deliberately hidden from Xen's capabilities. > > This doesn't make a practical difference yet, but will make a difference > later when the guest featuresets

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

On Thu, 2016-03-17 at 14:50 -0500, Chong Li wrote: > On Wed, Mar 16, 2016 at 11:05 PM, Dario Faggioli > wrote: > > > > On Wed, 2016-03-16 at 11:47 -0500, Chong Li wrote: > > >  > > > +/* Set the RTDS scheduling parameters of all vcpus of a domain > > > */ > > > +static

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

On Fri, 2016-03-18 at 01:39 -0600, Jan Beulich wrote: > >  > > > > On 17.03.16 at 21:42, wrote: > > On Thu, Mar 17, 2016 at 5:03 AM, Dario Faggioli > > wrote: > > >  > > > I'd say that, in this specific case, is not a big deal which one > > > of

[Xen-devel] [linux-mingo-tip-master test] 86447: regressions - FAIL

flight 86447 linux-mingo-tip-master real [real] http://logs.test-lab.xenproject.org/osstest/logs/86447/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-i386-rumpuserxen6 xen-build fail REGR. vs. 60684

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

On Wed, 2016-03-16 at 11:43 -0400, Chen, Tianyang wrote: > > On 03/16/2016 10:25 AM, Dario Faggioli wrote: > >  > > This is too detailed for a changelog. If you want this information > > to > > live somewhere (it already lives in the list archives, actually), > > make > > a cover letter (this is

  1   2   3   4   5   6   >