[Xen-devel] [xen-unstable test] 77892: regressions - FAIL

flight 77892 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/77892/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-xl-qemut-stubdom-debianhvm-amd64-xsm 9 debian-hvm-install fail REGR. vs. 66879

[Xen-devel] [seabios test] 77918: tolerable FAIL - PUSHED

flight 77918 seabios real [real] http://logs.test-lab.xenproject.org/osstest/logs/77918/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-amd64-amd64-xl-qemuu-win7-amd64 16 guest-stop fail like 77427 Tests which did not succeed, but

Re: [Xen-devel] [Qemu-devel] [PATCH v4] igd-passthrough-i440FX: convert to realize()

> -Original Message- > From: qemu-devel-bounces+xudong.hao=intel@nongnu.org [mailto:qemu- > devel-bounces+xudong.hao=intel@nongnu.org] On Behalf Of Gerd > Hoffmann > Sent: Tuesday, January 12, 2016 6:25 PM > To: Hao, Xudong > Cc: Lars Kurth

[Xen-devel] [qemu-upstream-4.4-testing baseline-only test] 38625: tolerable FAIL

This run is configured for baseline tests only. flight 38625 qemu-upstream-4.4-testing real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/38625/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-amd64-amd64-libvirt 12

Re: [Xen-devel] [PATCH] x86/hvm: Allow the guest to permit the use of userspace hypercalls

On 12/01/16 18:23, Stefano Stabellini wrote: > On Tue, 12 Jan 2016, Juergen Gross wrote: >> On 12/01/16 18:05, Stefano Stabellini wrote: >>> On Tue, 12 Jan 2016, Jan Beulich wrote: >>> On 12.01.16 at 13:07, wrote: > On Mon, 11 Jan 2016, David Vrabel

Re: [Xen-devel] [PATCH v4 3/3] VT-d: Fix vt-d Device-TLB flush timeout issue.

> From: Xu, Quan > Sent: Thursday, January 07, 2016 9:47 PM > > > On January 07, 2016 9:28 PM, wrote: > > >>> On 07.01.16 at 02:39, wrote: > > > On January 06, 2016 7:26 PM, wrote: > > >> > I didn't think about the full logic thoroughly

Re: [Xen-devel] [PATCH 1/2] libxl: fix _SC_GETPW_R_SIZE_MAX usage

On 1/12/16 7:14 AM, Roger Pau Monne wrote: > According to the FreeBSD sysconf man page [0] if the variable is associated > with functionality that is not supported, -1 is returned and errno is not > modified. Modify libxl__dm_runas_helper so it's able to correctly > deal with this situation by

[Xen-devel] [PATCH v2] x86/xsave: simplify xcomp_bv initialization

This simplifies a number of pointless conditionals: Bits 0 and 1 of xcomp_bv don't matter anyway, and as long as none of bits 2..62 are set, setting bit 63 is pointless too unless XSAVES is in use. Signed-off-by: Jan Beulich --- v2: Retain setting of bit 63 on XSAVES-capable

[Xen-devel] [PATCH] tools: fix python install with "xentoollog"

commit 5d3dc8671521ea4a4f753e77d3e7fb3a3a6f5f80 "tools: Refactor "xentoollog" into its own library" with older python versions (2.6.4) will fail to the build if attempted to be done twice (which happens due to pygrub dependencies). make -C python DESTDIR=/tmp make -C python DESTDIR=/tmp The

Re: [Xen-devel] [PATCH v2 1/2] build: introduce CONFIG_NR_CPUS in Kconfig

>>> On 11.01.16 at 23:02, wrote: > --- /dev/null > +++ b/xen/arch/Kconfig > @@ -0,0 +1,8 @@ > + > +config NR_CPUS > + int "Maximum number of physical CPUs" > + range 1 65536 Why did you change this to 64k, when we settled on 4k-1 being correct? I don't mind fixing this

Re: [Xen-devel] [PATCH v2] x86/hvm: Allow the guest to permit the use of userspace hypercalls

>>> On 11.01.16 at 17:51, wrote: > Currently, hypercalls issued from HVM userspace will unconditionally fail > with > -EPERM. > > This is inflexible, and a guest may wish to allow userspace to make > hypercalls. > > Introduce HVMOP_set_hypercall_dpl which allows the

Re: [Xen-devel] [Qemu-devel] [PATCH v4] igd-passthrough-i440FX: convert to realize()

OK - it's possible that this patch commit 349a3b1cc9023f67f8fa336cb3c4a8f21a4aaaf3 Author: Cao jin Date: Sat Jan 2 16:02:20 2016 +0800 igd-passthrough: fix use of host_pci_config_read is required for older guests. This patch just

Re: [Xen-devel] Nested virtualization off VMware vSphere 6.0 with EL6 guests crashes on Xen 4.6

>>> On 12.01.16 at 04:38, wrote: > (XEN) Assertion 'vapic_pg && !p2m_is_paging(p2mt)' failed at vvmx.c:698 > (XEN) [ Xen-4.6.0 x86_64 debug=y Tainted:C ] > (XEN) CPU:39 > (XEN) RIP:e008:[] virtual_vmentry+0x487/0xac9 > (XEN) RFLAGS: 00010246

Re: [Xen-devel] [Qemu-devel] [PATCH v4] igd-passthrough-i440FX: convert to realize()

With latest qemu 7b8a354d4716, RHEL7.2 (with default kernel) VM still can't boot up with IGD. Thanks, -Xudong > -Original Message- > From: Michael S. Tsirkin [mailto:m...@redhat.com] > Sent: Tuesday, January 12, 2016 4:48 PM > To: Hao, Xudong > Cc: Gerd Hoffmann

[Xen-devel] [PATCH v7 2/2] public/io/netif.h: document control ring and toeplitz hashing

This patch documents a new shared ring between frontend and backend that can be used to pass bulk out-of-band data, such as that required to implement toeplitz hashing in the backend such that it is configurable by the frontend (which is needed to support NDIS RSS for Windows guests). The patch

[Xen-devel] [PATCH v7 1/2] public/io/netif.h: clarifications to wire formats

My previous patch 03809ae7 "document transmit and receive wire formats separately" improved documentation of the receive and transmit wire formats but further clarifications were requested. This patch adds those clarifications. Signed-off-by: Paul Durrant Cc: Ian

[Xen-devel] [ovmf test] 77825: regressions - FAIL

flight 77825 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/77825/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemuu-ovmf-amd64 17 guest-start/debianhvm.repeat fail REGR. vs. 65543

Re: [Xen-devel] [v3,11/41] mips: reuse asm-generic/barrier.h

On Mon, Jan 11, 2016 at 05:14:14PM -0800, Leonid Yegoshin wrote: > On 01/10/2016 06:18 AM, Michael S. Tsirkin wrote: > >On mips dma_rmb, dma_wmb, smp_store_mb, read_barrier_depends, > >smp_read_barrier_depends, smp_store_release and smp_load_acquire match > >the asm-generic variants exactly. Drop

Re: [Xen-devel] [PATCH v4] igd-passthrough-i440FX: convert to realize()

> -Original Message- > From: Stefano Stabellini [mailto:stefano.stabell...@eu.citrix.com] > Sent: Monday, January 11, 2016 6:46 PM > To: Hao, Xudong > Cc: Stefano Stabellini ; Lars Kurth > ; Lars Kurth

Re: [Xen-devel] [PATCH v2 2/2] build: convert NR_CPUS to Kconfig

>>> On 11.01.16 at 23:02, wrote: > --- a/xen/include/xen/config.h > +++ b/xen/include/xen/config.h > @@ -92,4 +92,7 @@ > #define FLASK_AVC_STATS 1 > #endif > > +/* allow existing code to work with Kconfig variable */ > +#define NR_CPUS CONFIG_NR_CPUS Perhaps here or in a

Re: [Xen-devel] [Qemu-devel] [PATCH v4] igd-passthrough-i440FX: convert to realize()

Yes, Linux VM update to a 3.18 kernel. The RHEL7.2 default kernel (should be 3.10) VM don't boot up with IGD pass-through, and Windows can't boot up either. Thanks, -Xudong > -Original Message- > From: Gerd Hoffmann [mailto:kra...@redhat.com] > Sent: Monday, January 11, 2016 6:32 PM >

Re: [Xen-devel] [v3,11/41] mips: reuse asm-generic/barrier.h

On Mon, Jan 11, 2016 at 05:14:14PM -0800, Leonid Yegoshin wrote: > This statement doesn't fit MIPS barriers variations. Moreover, there is a > reason to extend that even more specific, at least for smp_store_release and > smp_load_acquire, look into > >

Re: [Xen-devel] [v3,11/41] mips: reuse asm-generic/barrier.h

On Tue, Jan 12, 2016 at 10:43:36AM +0200, Michael S. Tsirkin wrote: > On Mon, Jan 11, 2016 at 05:14:14PM -0800, Leonid Yegoshin wrote: > > On 01/10/2016 06:18 AM, Michael S. Tsirkin wrote: > > >On mips dma_rmb, dma_wmb, smp_store_mb, read_barrier_depends, > > >smp_read_barrier_depends,

Re: [Xen-devel] [PATCH v6 2/2] public/io/netif.h: document control ring and toeplitz hashing

> -Original Message- > From: Paul Durrant [mailto:paul.durr...@citrix.com] > Sent: 11 January 2016 16:05 > To: xen-de...@lists.xenproject.org > Cc: Paul Durrant; Ian Campbell; Ian Jackson; Jan Beulich; Keir (Xen.org); Tim > (Xen.org) > Subject: [PATCH v6 2/2] public/io/netif.h: document

[Xen-devel] [PATCH v7 0/2] public/io/netif.h: support for toeplitz hashing

This series documents changes needed to support toeplitz hashing in a backend, configurable by the frontend. Patch #1 adds further clarifications to the receive and transmit wire formats. Patch #2 documents a new 'control ring' for passing bulk data between frontend and backend. This is needed

Re: [Xen-devel] [ovmf test] 77825: regressions - FAIL

On Tue, Jan 12, 2016 at 08:36:42AM +, osstest service owner wrote: > flight 77825 ovmf real [real] > http://logs.test-lab.xenproject.org/osstest/logs/77825/ > > Regressions :-( > > Tests which did not succeed and are blocking, > including tests which could not be run: >

Re: [Xen-devel] [PATCH v3 00/41] arch: barrier cleanup + barriers for virt

On Sun, Jan 10, 2016 at 04:16:22PM +0200, Michael S. Tsirkin wrote: > I parked this in vhost tree for now, though the inclusion of patch 1 from tip > creates a merge conflict - but one that is trivial to resolve. > > So I intend to just merge it all through my tree, including the > duplicate

Re: [Xen-devel] [v3,11/41] mips: reuse asm-generic/barrier.h

On Tue, Jan 12, 2016 at 11:25:55AM +0100, Peter Zijlstra wrote: > On Tue, Jan 12, 2016 at 10:27:11AM +0100, Peter Zijlstra wrote: > > 2) the changelog _completely_ fails to explain the sync 0x11 and sync > > 0x12 semantics nor does it provide a publicly accessible link to > > documentation that

Re: [Xen-devel] 2014 and 2015 contribution stats (including Reviewed-by and other tags)

Hi all, I attached a cleaned-up version for 2015. Thanks to those which provided input Lars On Mon, Jan 11, 2016 at 11:53 AM, Lars Kurth wrote: > Hi folks, > > please find attached 2014 and 2015 contribution stats, including some of the > tags. To compare like with

Re: [Xen-devel] [PATCH] x86/hvm: Allow the guest to permit the use of userspace hypercalls

On Mon, 11 Jan 2016, David Vrabel wrote: > On 11/01/16 17:17, Andrew Cooper wrote: > > So from one point of view, sufficient justification for this change is > > "because the Linux way isn't the only valid way to do this". > > "Because we can" isn't a good justification for adding something new.

Re: [Xen-devel] [PATCH v3 13/41] x86: reuse asm-generic/barrier.h

On Sun, 10 Jan 2016, Michael S. Tsirkin wrote: > As on most architectures, on x86 read_barrier_depends and > smp_read_barrier_depends are empty. Drop the local definitions and pull > the generic ones from asm-generic/barrier.h instead: they are identical. > > This is in preparation to

Re: [Xen-devel] [PATCH v3 27/41] x86: define __smp_xxx

On Sun, 10 Jan 2016, Michael S. Tsirkin wrote: > This defines __smp_xxx barriers for x86, > for use by virtualization. > > smp_xxx barriers are removed as they are > defined correctly by asm-generic/barriers.h > > Signed-off-by: Michael S. Tsirkin > Acked-by: Arnd Bergmann

Re: [Xen-devel] [PATCH RFC OSSTEST v1 05/12] make-*flight: Abolish $defsuite and $guestdefsuite

Ian Campbell writes ("[PATCH RFC OSSTEST v1 05/12] make-*flight: Abolish $defsuite and $guestdefsuite"): > Instead have mfi-common set $suite or $guestsuite if it is unset. When > doing so move the use of local to this point, using local at the top > of the function would shadow any attempt to

Re: [Xen-devel] [PATCH RFC OSSTEST v1 06/12] ts-host-install: Support DiVersion coming from runvars

Ian Campbell writes ("[PATCH RFC OSSTEST v1 06/12] ts-host-install: Support DiVersion coming from runvars"): > To do so initialise $ho->{DiVersion} in select host and use it in > ts-host-install. Acked-by: Ian Jackson ___

Re: [Xen-devel] Nested virtualization off VMware vSphere 6.0 with EL6 guests crashes on Xen 4.6

Insure that memory and maxmem are set to the same value. On 01/11/2016 10:38 PM, Konrad Rzeszutek Wilk wrote: Hey, The machine is an X5-2 which is a Haswell based E5-2699 v3. We are trying to launch to use the nested virtualization. The guest is a simple VMware vSphere 6.0 with 32GB, 8

Re: [Xen-devel] [libvirt] [PATCH V2 1/3] xenconfig: support vif bandwidth in sexpr parser and formatter

On 01/04/2016 08:08 PM, Jim Fehlig wrote: > The xen sexpr config format has long supported specifying vif rate > limiting, e.g. > > (device > (vif > (mac '00:16:3e:1b:b1:47') > (rate '10240KB/s') > ... > ) > ) > > Add support for mapping rate to and from in the

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

flight 77890 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/77890/ 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 V12 1/5] libxl: export some functions for pvusb use

Chunyan Liu writes ("[PATCH V12 1/5] libxl: export some functions for pvusb use"): > Signed-off-by: Chunyan Liu > Signed-off-by: Simon Cao > Reviewed-by: Wei Liu Acked-by: Ian Jackson

Re: [Xen-devel] [PATCH V12 2/5] libxl_utils: add internal function to read sysfs file contents

Chunyan Liu writes ("[PATCH V12 2/5] libxl_utils: add internal function to read sysfs file contents"): > Add a new function libxl_read_sysfs_file_contents to handle sysfs file > specially. It would be used in later pvusb work. Acked-by: Ian Jackson

Re: [Xen-devel] [PATCH V12 3/5] libxl: add pvusb API

Chunyan Liu writes ("[PATCH V12 3/5] libxl: add pvusb API"): > Add pvusb APIs, including: > - attach/detach (create/destroy) virtual usb controller. > - attach/detach usb device > - list usb controller and usb devices > - some other helper functions > > Signed-off-by: Chunyan Liu

[Xen-devel] [qemu-mainline test] 77846: tolerable FAIL - PUSHED

flight 77846 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/77846/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-armhf-armhf-xl-rtds 9 debian-install fail like 77743 Tests which did not

Re: [Xen-devel] [PATCH V12 5/5] domcreate: support pvusb in configuration file [and 1 more messages]

Chunyan Liu writes ("[PATCH V12 4/5] xl: add pvusb commands"): > Add pvusb commands: usbctrl-attach, usbctrl-detach, usb-list, > usbdev-attach and usbdev-detach. The way you have documented usbctrl-attach and the config file syntax in this patch and the next one means that each usb config setting

Re: [Xen-devel] [PATCH v6 1/2] xen/hvm: introduce a flags field in the CPU save record

El 12/01/16 a les 17.31, Jan Beulich ha escrit: On 12.01.16 at 17:12, wrote: >> @@ -2087,19 +2100,21 @@ static int hvm_load_cpu_ctxt(struct domain *d, >> hvm_domain_context_t *h) >> seg.attr.bytes = ctxt.ldtr_arbytes; >> hvm_set_segment_register(v,

Re: [Xen-devel] [v3,11/41] mips: reuse asm-generic/barrier.h

On Tue, Jan 12, 2016 at 12:45:14PM -0800, Leonid Yegoshin wrote: > (I try to answer on multiple mails in one) > > First of all, it seems like some generic notes should be given here: > > 1. Generic MIPS "SYNC" (aka "SYNC 0") instruction is a very heavy in some > CPUs. On that CPUs it basically

[Xen-devel] [qemu-upstream-4.3-testing test] 77853: regressions - FAIL

flight 77853 qemu-upstream-4.3-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/77853/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemuu-winxpsp3 15 guest-localmigrate/x10 fail REGR. vs. 62112

[Xen-devel] blk_update_request: I/O error on NFS (was: [Xen-users] xen domU disk on nfs shared file)

Drop xen-users@, CC xen-devel@ and blk maintainers, change title. On Mon, Jan 11, 2016 at 03:08:24PM +0100, Kojedzinszky Richárd wrote: > Dear all, > > We are facing a regular lockup with our xen setup. We have an nfs share > mounted on the xen dom0, where the vm images are served, and those

Re: [Xen-devel] [PATCH 2/2] vm_event: Add altp2m info to HVM events as well

On Jan 12, 2016 3:21 AM, "Jan Beulich" wrote: > > >>> On 06.01.16 at 12:50, wrote: > > On Wed, Jan 6, 2016 at 12:48 PM, Andrew Cooper < andrew.coop...@citrix.com> > > wrote: > > > >> On 06/01/16 11:42, Tamas K Lengyel wrote: > >> > >> > >> > >> On Wed, Jan

Re: [Xen-devel] [PATCH v2 1/2] build: introduce CONFIG_NR_CPUS in Kconfig

On 1/12/16 2:37 AM, Jan Beulich wrote: On 11.01.16 at 23:02, wrote: >> --- /dev/null >> +++ b/xen/arch/Kconfig >> @@ -0,0 +1,8 @@ >> + >> +config NR_CPUS >> +int "Maximum number of physical CPUs" >> +range 1 65536 > > Why did you change this to 64k, when we

[Xen-devel] [PATCH 2/2] libxl: fix UUID usage on FreeBSD

libxl makes the assumtion that libxl_uuid == uuid_t, and that uuid_t can be freely used as a byte array. This is not true on FreeBSD (and NetBSD too, not sure about other BSD UUID implementations), where the internals of uuid don't match what libxl expects as a byte array because of endianness

Re: [Xen-devel] [v3,11/41] mips: reuse asm-generic/barrier.h

On Tue, Jan 12, 2016 at 10:27:11AM +0100, Peter Zijlstra wrote: > 2) the changelog _completely_ fails to explain the sync 0x11 and sync > 0x12 semantics nor does it provide a publicly accessible link to > documentation that does. Ralf pointed me at: https://imgtec.com/mips/architectures/mips64/

Re: [Xen-devel] [PATCH] x86/hvm: Allow the guest to permit the use of userspace hypercalls

On Tue, Jan 12, 2016 at 10:57 AM, Andrew Cooper wrote: > Writing a PV guest from scratch has been very enlightening to > demonstrate how much of a trainwreck the ABI is. Almost nothing is > documented. Some bits which are documented are misleading. Several > areas

[Xen-devel] [PATCH 1/2] libxl: fix _SC_GETPW_R_SIZE_MAX usage

According to the FreeBSD sysconf man page [0] if the variable is associated with functionality that is not supported, -1 is returned and errno is not modified. Modify libxl__dm_runas_helper so it's able to correctly deal with this situation by setting the initial buffer value to 2048. [0]

[Xen-devel] [PATCH 0/2] libxl: FreeBSD fixes

Hello, This series contains a couple of small fixes for FreeBSD. The first one is regarding the newly introduced libxl__dm_runas_helper function and it's usage of sysconf, while the second one fixes a long-stading bug that impacts UUID usage on FreeBSD (and NetBSD AFAICT). Thanks, Roger.

Re: [Xen-devel] [Qemu-devel] [PATCH v4] igd-passthrough-i440FX: convert to realize()

On Di, 2016-01-12 at 09:50 +, Hao, Xudong wrote: > With latest qemu 7b8a354d4716, RHEL7.2 (with default kernel) VM still can't > boot up with IGD. There is another bug, using pci_default_write_config() doesn't fly as this checks writes against wmask and the registers in question are not

Re: [Xen-devel] [PATCH] x86/hvm: Allow the guest to permit the use of userspace hypercalls

On 12/01/16 07:33, Jan Beulich wrote: On 11.01.16 at 18:17, wrote: >> On 11/01/16 14:44, Jan Beulich wrote: >> On 11.01.16 at 14:59, wrote: Currently, hypercalls issued from HVM userspace will unconditionally fail with

[Xen-devel] [xen-unstable test] 77827: regressions - FAIL

flight 77827 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/77827/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-xl-qemut-stubdom-debianhvm-amd64-xsm 9 debian-hvm-install fail REGR. vs. 66879

Re: [Xen-devel] [PATCH RFC OSSTEST v1 04/12] mfi-common: always add host suite to hostos_runvars

Ian Campbell writes ("[PATCH RFC OSSTEST v1 04/12] mfi-common: always add host suite to hostos_runvars"): > This avoids situations where production-config* has changed > DebianSuite but the bisector is still picking up baselines etc from > before the change and reusing their runvars (without

Re: [Xen-devel] [PATCH] x86/PV: fix unintended dependency of m2p-strict mode on migration-v2

On 12/01/16 10:08, Jan Beulich wrote: > This went unnoticed until a backport of this to an older Xen got used, > causing migration of guests enabling this VM assist to fail, because > page table pinning there preceeds vCPU context loading, and hence L4 > tables get initialized for the wrong mode.

Re: [Xen-devel] blk_update_request: I/O error on NFS

Hello, El 12/01/16 a les 13.05, Wei Liu ha escrit: > Drop xen-users@, CC xen-devel@ and blk maintainers, change title. > > On Mon, Jan 11, 2016 at 03:08:24PM +0100, Kojedzinszky Richárd wrote: >> Dear all, >> >> We are facing a regular lockup with our xen setup. We have an nfs share >> mounted

Re: [Xen-devel] [PATCH 2/2] vm_event: Add altp2m info to HVM events as well

>>> On 06.01.16 at 12:50, wrote: > On Wed, Jan 6, 2016 at 12:48 PM, Andrew Cooper > wrote: > >> On 06/01/16 11:42, Tamas K Lengyel wrote: >> >> >> >> On Wed, Jan 6, 2016 at 12:32 PM, Jan Beulich wrote: >> >>> >>> On 23.12.15 at

Re: [Xen-devel] [PATCH v2] x86/hvm: Allow the guest to permit the use of userspace hypercalls

On Mon, Jan 11, 2016 at 5:58 PM, Andrew Cooper wrote: > On 11/01/16 17:11, Konrad Rzeszutek Wilk wrote: >> On Mon, Jan 11, 2016 at 04:51:19PM +, Andrew Cooper wrote: >>> Currently, hypercalls issued from HVM userspace will unconditionally fail >>> with >>> -EPERM.

[Xen-devel] [qemu-mainline baseline-only test] 38621: regressions - FAIL

This run is configured for baseline tests only. flight 38621 qemu-mainline real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/38621/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-qemuu-nested-intel 13

Re: [Xen-devel] [v3,11/41] mips: reuse asm-generic/barrier.h

On Tue, Jan 12, 2016 at 11:40:12AM +0100, Peter Zijlstra wrote: > On Tue, Jan 12, 2016 at 11:25:55AM +0100, Peter Zijlstra wrote: > > On Tue, Jan 12, 2016 at 10:27:11AM +0100, Peter Zijlstra wrote: > > > 2) the changelog _completely_ fails to explain the sync 0x11 and sync > > > 0x12 semantics nor

Re: [Xen-devel] [PATCH v2] x86/hvm: Allow the guest to permit the use of userspace hypercalls

On Mon, 11 Jan 2016, Andrew Cooper wrote: > Currently, hypercalls issued from HVM userspace will unconditionally fail with > -EPERM. > > This is inflexible, and a guest may wish to allow userspace to make > hypercalls. > > Introduce HVMOP_set_hypercall_dpl which allows the guest to alter the >

Re: [Xen-devel] [v3,11/41] mips: reuse asm-generic/barrier.h

(I try to answer on multiple mails in one) First of all, it seems like some generic notes should be given here: 1. Generic MIPS "SYNC" (aka "SYNC 0") instruction is a very heavy in some CPUs. On that CPUs it basically kills pipelines in each CPU, can do a special memory/IO bus transaction

Re: [Xen-devel] [PATCH RFC OSSTEST v1 07/12] ts-debian-di-install: Allow Di Version to come from runvars

Ian Campbell writes ("[PATCH RFC OSSTEST v1 07/12] ts-debian-di-install: Allow Di Version to come from runvars"): > and following the lead of the suite arrange for a version selected > from the defaults to be written back to the runvars. ... > - debian_guest_suite > +

Re: [Xen-devel] [PATCH RFC OSSTEST v1 08/12] make-flight: Set diversion runvar on d-i based test jobs.

Ian Campbell writes ("[PATCH RFC OSSTEST v1 08/12] make-flight: Set diversion runvar on d-i based test jobs."): > Note that make-distros-flight does not want this, since it uses d-i > fetched from the web not the version in our config. Acked-by: Ian Jackson Subject

Re: [Xen-devel] [PATCH v2 2/2] build: convert NR_CPUS to Kconfig

On 1/12/16 2:41 AM, Jan Beulich wrote: On 11.01.16 at 23:02, wrote: >> --- a/xen/include/xen/config.h >> +++ b/xen/include/xen/config.h >> @@ -92,4 +92,7 @@ >> #define FLASK_AVC_STATS 1 >> #endif >> >> +/* allow existing code to work with Kconfig variable */ >>

Re: [Xen-devel] [PATCH RFC OSSTEST v1 11/12] mfi-common: usual_debianhvm_image: derive version from $guestsuite

Ian Campbell writes ("[PATCH RFC OSSTEST v1 11/12] mfi-common: usual_debianhvm_image: derive version from $guestsuite"): > This more likely matches the callers intention. > > Move the setting into production-config* alongside the Suite and > TftpDiVersion settings. Continue to support

Re: [Xen-devel] [PATCH RFC OSSTEST v1 12/12] make-flight: Use older Debian for host and guest OS with older Xen

Ian Campbell writes ("[PATCH RFC OSSTEST v1 12/12] make-flight: Use older Debian for host and guest OS with older Xen"): > Sometimes when updating osstest to use a newer version of Debian as a > baseline we find that the new compiler or other tools pickup latent > errors in older code bases for

Re: [Xen-devel] [GIT PULL] xen: features and fixes for 4.5-rc0

On 11/01/16 23:01, Stephen Rothwell wrote: > Hi David, > > On Mon, 11 Jan 2016 11:32:01 + David Vrabel wrote: >> >> Please git pull the following tag: >> >> git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git >> for-linus-4.5-rc0-tag >> >> xen: features and fixes

Re: [Xen-devel] [PATCH RFC OSSTEST v1 09/12] mfi-common: Set diversion for build & test host install

Ian Campbell writes ("[PATCH RFC OSSTEST v1 09/12] mfi-common: Set diversion for build & test host install"): > This means that bisections will use the same version, even if > production-config changed in the mean time. Acked-by: Ian Jackson Subject to anticipated

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

flight 77830 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/77830/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-rumpuserxen-i386 10 guest-start fail REGR. vs. 59254 test-armhf-armhf-xl

Re: [Xen-devel] [PATCH] x86/PV: fix unintended dependency of m2p-strict mode on migration-v2

>>> On 12.01.16 at 12:55, wrote: > On 12/01/16 10:08, Jan Beulich wrote: >> This went unnoticed until a backport of this to an older Xen got used, >> causing migration of guests enabling this VM assist to fail, because >> page table pinning there preceeds vCPU context

Re: [Xen-devel] Unexpected error:

On 07/01/16 10:21, Wei Liu wrote: > CC George (who does the packaging for CentOS) > > BTW this problem is better directed to appropriate mailing list of > CentOS (centos-virt? I can't remember the exact name). It would be centos-virt, but as it looks like an upstream bug, if Janis had reported

Re: [Xen-devel] [PATCH RFC OSSTEST v1 10/12] Qualify TftpDiVersion with the suite.

Ian Campbell writes ("[PATCH RFC OSSTEST v1 10/12] Qualify TftpDiVersion with the suite."): > This allows the version to differ e.g. between Wheezy and Jessie. > > Update production-config* to set TftpDiVersion_jessie instead of just > TftpDiVersion, also add TftpDiVersion_wheezy using the

Re: [Xen-devel] [PATCH 0/2] libxl: FreeBSD fixes

El 12/01/16 a les 14.14, Roger Pau Monne ha escrit: > Hello, > > This series contains a couple of small fixes for FreeBSD. The first one is > regarding the newly introduced libxl__dm_runas_helper function and it's > usage of sysconf, while the second one fixes a long-stading bug that impacts >

Re: [Xen-devel] [PATCH] x86/hvm: Allow the guest to permit the use of userspace hypercalls

>>> On 12.01.16 at 13:07, wrote: > On Mon, 11 Jan 2016, David Vrabel wrote: >> On 11/01/16 17:17, Andrew Cooper wrote: >> > So from one point of view, sufficient justification for this change is >> > "because the Linux way isn't the only valid way to do this". >>

[Xen-devel] Backport of SeaBIOS changeset 3b8c53

Hello, I would like to request the backport of the following SeaBIOS commit to the master branch of the SeaBIOS repository used by Xen unstable (this is AFAICT the only one that requires this build fix). commit 3b8c5378dfe24ca8dfeabbcc435c7eb9e2d8d769 Author: Roger Pau Monne

Re: [Xen-devel] [OSSTEST PATCH 3/7] Database locking: Tcl: Use db-execute

Ian Campbell writes ("Re: [OSSTEST PATCH 3/7] Database locking: Tcl: Use db-execute"): > On Thu, 2016-01-07 at 19:38 +, Ian Jackson wrote: > > Replace open-coded uses of pg_execute dbh STMT with > > jobdb::db-execute-array STMT. > > ITYM jobdb::db-execute? Yes, fixed, thanks. Ian.

Re: [Xen-devel] [PATCH 4.4 1/2] libxl: Rerun bison and flex

Ian Campbell writes ("Re: [PATCH 4.4 1/2] libxl: Rerun bison and flex"): > On Mon, 2016-01-04 at 14:50 +, Ian Jackson wrote: > > We are going to want to cherry pick a change to the bison input, which > > will involve rerunning bison. > > > > So firstly, update the bison and flex output to

Re: [Xen-devel] Unexpected error:

On 12/01/16 16:19, George Dunlap wrote: > On 07/01/16 10:21, Wei Liu wrote: >> CC George (who does the packaging for CentOS) >> >> BTW this problem is better directed to appropriate mailing list of >> CentOS (centos-virt? I can't remember the exact name). > > It would be centos-virt, but as it

[Xen-devel] [PATCH] x86/HVM: prune error labels in do_hvm_op()

I've got repeatedly annoyed by the bad naming: Make them slightly better recognizable (and less likely to get mixed up), except in cases where they can be eliminated altogether. Signed-off-by: Jan Beulich --- a/xen/arch/x86/hvm/hvm.c +++ b/xen/arch/x86/hvm/hvm.c @@ -6523,29

[Xen-devel] [qemu-upstream-4.4-testing test] 77834: tolerable FAIL - PUSHED

flight 77834 qemu-upstream-4.4-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/77834/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-amd64-amd64-xl-qemuu-win7-amd64 16 guest-stop fail like 62580

Re: [Xen-devel] [OSSTEST PATCH 5/7] Database locking: Tcl: for errorCode, use pg_exec, not pg_execute

Ian Campbell writes ("Re: [OSSTEST PATCH 5/7] Database locking: Tcl: for errorCode, use pg_exec, not pg_execute"): > On Thu, 2016-01-07 at 19:38 +, Ian Jackson wrote: > > A wrinkle is that as a result it is no longer possible to use > > db-execute on a SELECT statement nor db-execute-array on

Re: [Xen-devel] [PATCH] tools: make flask utils build unconditional

On Mon, Jan 11, 2016 at 11:10:35AM -0600, Doug Goldstein wrote: > On 1/11/16 9:19 AM, Wei Liu wrote: > > On Fri, Jan 08, 2016 at 12:49:07PM -0600, Doug Goldstein wrote: > > [...] > >> Ok so I'm at a loss what steps I need to take. I've submitted patches to > >> put the config in /boot so that this

[Xen-devel] [ovmf test] 77886: regressions - FAIL

flight 77886 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/77886/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemuu-ovmf-amd64 17 guest-start/debianhvm.repeat fail REGR. vs. 65543

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

flight 77871 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/77871/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-amd64-amd64-libvirt-vhd 9 debian-di-installfail like 77684 Tests which did not succeed, but

[Xen-devel] [linux-3.16 baseline-only test] 38623: regressions - FAIL

This run is configured for baseline tests only. flight 38623 linux-3.16 real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/38623/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-multivcpu 6 xen-boot

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

flight 77867 linux-mingo-tip-master real [real] http://logs.test-lab.xenproject.org/osstest/logs/77867/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-xl-qemut-stubdom-debianhvm-amd64-xsm 9 debian-hvm-install fail REGR. vs.

[Xen-devel] [qemu-upstream-4.5-testing test] 77858: tolerable FAIL - PUSHED

flight 77858 qemu-upstream-4.5-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/77858/ Failures :-/ but no regressions. Tests which are failing intermittently (not blocking): test-amd64-i386-xl-qemuu-ovmf-amd64 9 debian-hvm-install fail in 77752 pass in 77858

Re: [Xen-devel] [PATCH v3 01/41] lcoking/barriers, arch: Use smp barriers in smp_store_release()

On Tue, Jan 12, 2016 at 08:28:44AM -0800, Paul E. McKenney wrote: > On Sun, Jan 10, 2016 at 04:16:32PM +0200, Michael S. Tsirkin wrote: > > From: Davidlohr Bueso > > > > With commit b92b8b35a2e ("locking/arch: Rename set_mb() to smp_store_mb()") > > it was made clear that the

[Xen-devel] [qemu-upstream-4.2-testing test] 77910: regressions - FAIL

flight 77910 qemu-upstream-4.2-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/77910/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-i3865 xen-build fail REGR. vs. 62044

[Xen-devel] [distros-debian-snapshot test] 38624: regressions - FAIL

flight 38624 distros-debian-snapshot real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/38624/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-i386-weekly-netinst-pygrub 9 debian-di-install fail REGR. vs. 38592

Re: [Xen-devel] [v3,11/41] mips: reuse asm-generic/barrier.h

On 01/12/2016 01:40 PM, Peter Zijlstra wrote: It is selectable only for MIPS R2 but not MIPS R6. The reason is - most of MIPS R2 CPUs have short pipeline and that SYNC is just waste of CPU resource, especially taking into account that "lightweight syncs" are converted to a heavy "SYNC 0" in

Re: [Xen-devel] [Qemu-devel] [PATCH v4] igd-passthrough-i440FX: convert to realize()

"can't boot up" means guest doesn't boot at all, guest will stop to booting after adding vga device, detail log in attachment. Thanks, -Xudong > -Original Message- > From: qemu-devel-bounces+xudong.hao=intel@nongnu.org [mailto:qemu- > devel-bounces+xudong.hao=intel@nongnu.org]

[Xen-devel] [PATCH v4 1/2] memory-hotplug: add automatic onlining policy for the newly added memory

Currently, all newly added memory blocks remain in 'offline' state unless someone onlines them, some linux distributions carry special udev rules like: SUBSYSTEM=="memory", ACTION=="add", ATTR{state}=="offline", ATTR{state}="online" to make this happen automatically. This is not a great solution

[Xen-devel] [PATCH v4 0/2] memory-hotplug: add automatic onlining policy for the newly added memory

Changes since v3: - Add support for the policy to Xen balloon driver [Daniel Kiper, David Vrabel] - I found an issue with PATCH v3: when memory auto onlining was requested we do nothing to memblocks states so in sysfs they stay 'offline' (while in reality they're online). Modify

[Xen-devel] [PATCH v4 2/2] xen_balloon: support memory auto onlining policy

Add support for the newly added kernel memory auto onlining policy to Xen ballon driver. Suggested-by: Daniel Kiper Signed-off-by: Vitaly Kuznetsov --- drivers/xen/Kconfig | 20 +--- drivers/xen/balloon.c | 30

Re: [Xen-devel] [PATCH v3 2/3] XENVER_build_id: Provide ld-embedded build-ids (v8)

>>> On 12.01.16 at 17:43, wrote: > On Tue, Jan 12, 2016 at 09:25:27AM -0700, Jan Beulich wrote: >> >>> On 08.01.16 at 03:25, wrote: >> > The mechanism to get this is via the XENVER hypercall and >> > we add a new sub-command to retrieve the binary

  1   2   >