[Xen-devel] [qemu-upstream-4.4-testing test] 66639: regressions - FAIL

flight 66639 qemu-upstream-4.4-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/66639/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemuu-ovmf-amd64 9 debian-hvm-install fail REGR. vs. 62702

Re: [Xen-devel] [PATCH v10 6/7] vmx: VT-d posted-interrupt core logic handling

Ping... > -Original Message- > From: Wu, Feng > Sent: Thursday, December 3, 2015 4:36 PM > To: xen-devel@lists.xen.org > Cc: Wu, Feng ; Keir Fraser ; Jan Beulich > ; Andrew Cooper ; Tian, > Kevin

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

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

[Xen-devel] [xen-4.3-testing test] 66638: regressions - FAIL

flight 66638 xen-4.3-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/66638/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64 5 xen-build fail REGR. vs. 65650 build-amd64-prev

[Xen-devel] [qemu-upstream-4.6-testing test] 66631: regressions - FAIL

flight 66631 qemu-upstream-4.6-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/66631/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemuu-ovmf-amd64 9 debian-hvm-install fail REGR. vs. 63071

[Xen-devel] [PATCH] x86/xsaves: ebx may return wrong value using CPUID eax=0xdh, ecx =1

Refer to SDM 13.4.3. The value return by ecx[1] with cpuid function 0xdh and sub-fucntion i (i>1) indicates the alignment of the state component i when the compacted format of the extended region of an xsave area is used. So when hvm guest using CPUID eax=0xdh,ecx=1 to get the size of area used

[Xen-devel] [xen-unstable bisection] complete build-i386

branch xen-unstable xenbranch xen-unstable job build-i386 testid xen-build Tree: qemu git://xenbits.xen.org/qemu-xen-traditional.git Tree: qemuu git://xenbits.xen.org/qemu-xen.git Tree: xen git://xenbits.xen.org/xen.git *** Found and reproduced problem changeset *** Bug is in tree: xen

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

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

Re: [Xen-devel] [PATCH v13 5/8] xen: Add vmware_port support

On 12/16/15 10:12, Jan Beulich wrote: On 28.11.15 at 22:45, wrote: >> --- >> v13: >> Changed to uint32_t arch_flags, since the emulation_flags is this. > > I don't really understand this sentence, and I also don't understand > why you couldn't just use another

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

flight 66614 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/66614/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-xl-qemut-winxpsp3 6 xen-boot fail REGR. vs. 59254

[Xen-devel] [xen-4.4-testing test] 66583: regressions - FAIL

flight 66583 xen-4.4-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/66583/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64-prev 5 xen-build fail REGR. vs. 66458 build-i386-prev

[Xen-devel] [linux-3.18 test] 66574: regressions - FAIL

flight 66574 linux-3.18 real [real] http://logs.test-lab.xenproject.org/osstest/logs/66574/ 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. 63732 Regressions which are

[Xen-devel] new barrier type for paravirt (was Re: [PATCH] virtio_ring: use smp_store_mb)

On Thu, Dec 17, 2015 at 03:39:10PM +0100, Peter Zijlstra wrote: > On Thu, Dec 17, 2015 at 04:33:44PM +0200, Michael S. Tsirkin wrote: > > On Thu, Dec 17, 2015 at 02:57:26PM +0100, Peter Zijlstra wrote: > > > > > > You could of course go fix that instead of mutilating things into > > > sort-of

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

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

[Xen-devel] [PATCH V4 0/6] x86/hvm: pkeys, add memory protection-key support

Changes in v4: *Delete gva2gfn patch, and when page is present, PFEC_prot_key is always checked. *Use RDPKRU instead of xsave_read because RDPKRU does cost less. *Squash pkeys patch and pkru patch to guest_walk_tables patch. Changes in v3: *Get CPUID:ospke depend on guest cpuid instead of host

[Xen-devel] [PATCH V4 4/6] x86/hvm: pkeys, add pkeys support for guest_walk_tables

Protection keys define a new 4-bit protection key field(PKEY) in bits 62:59 of leaf entries of the page tables. PKRU register defines 32 bits, there are 16 domains and 2 attribute bits per domain in pkru, for each i (0 ≤ i ≤ 15), PKRU[2i] is the access-disable bit for protection key i (ADi);

[Xen-devel] [PATCH V4 3/6] x86/hvm: pkeys, disable pkeys for guests in non-paging mode

This patch disables pkeys for guest in non-paging mode, However XEN always uses paging mode to emulate guest non-paging mode, To emulate this behavior, pkeys needs to be manually disabled when guest switches to non-paging mode. Signed-off-by: Huaitong Han Reviewed-by:

[Xen-devel] [PATCH RFC] smp_store_mb should use smp_mb

On some architectures smp_store_mb() calls mb() which is stronger than implied by both the name and the documentation. smp_store_mb is only used by core kernel code at the moment, so we know no one mis-uses it for an MMIO barrier. Make it call smp_mb consistently before some arch-specific code

[Xen-devel] [PATCH V4 1/6] x86/hvm: pkeys, add the flag to enable Memory Protection Keys

This patch adds the flag to enable Memory Protection Keys. Signed-off-by: Huaitong Han Reviewed-by: Andrew Cooper --- docs/misc/xen-command-line.markdown | 10 ++ xen/arch/x86/cpu/common.c | 10 +-

[Xen-devel] [PATCH V4 2/6] x86/hvm: pkeys, add pkeys support when setting CR4

This patch adds pkeys support when setting CR4. Signed-off-by: Huaitong Han Reviewed-by: Andrew Cooper --- xen/arch/x86/hvm/hvm.c | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/xen/arch/x86/hvm/hvm.c

[Xen-devel] [PATCH V4 5/6] x86/hvm: pkeys, add xstate support for pkeys

This patch adds xstate support for pkeys. Signed-off-by: Huaitong Han Reviewed-by: Andrew Cooper --- xen/include/asm-x86/xstate.h | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/xen/include/asm-x86/xstate.h

[Xen-devel] [PATCH V4 6/6] x86/hvm: pkeys, add pkeys support for cpuid handling

This patch adds pkeys support for cpuid handing. Pkeys hardware support is CPUID.7.0.ECX[3]:PKU. software support is CPUID.7.0.ECX[4]:OSPKE and it reflects the support setting of CR4.PKE. Signed-off-by: Huaitong Han --- tools/libxc/xc_cpufeature.h | 2 ++

Re: [Xen-devel] new barrier type for paravirt (was Re: [PATCH] virtio_ring: use smp_store_mb)

On Sun, Dec 20, 2015 at 08:59:44PM +0100, Peter Zijlstra wrote: > On Sun, Dec 20, 2015 at 05:07:19PM +, Andrew Cooper wrote: > > > > Very much +1 for fixing this. > > > > Those names would be fine, but they do add yet another set of options in > > an already-complicated area. > > > > An

Re: [Xen-devel] [PATCH] build: convert CONFIG_COMPAT to Kconfig

On 12/18/15 4:09 PM, Andrew Cooper wrote: > On 18/12/2015 21:49, Doug Goldstein wrote: >> On 12/18/15 3:35 PM, Andrew Cooper wrote: >>> On 18/12/2015 20:06, Doug Goldstein wrote: Use the Kconfig generated CONFIG_COMPAT defines in the code base. CC: Keir Fraser

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

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

Re: [Xen-devel] [PATCH v3 0/2] VT-d flush issue

>On 12.12.2015 at 9:22pm, wrote: > This patches are based on Kevin Tian's previous discussion 'Revisit >VT-d asynchronous flush issue'. > Fix current timeout concern and also allow limited ATS support in a light way: > 2. Fix vt-d flush timeout issue. > > If

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

flight 66587 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/66587/ 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] [PATCH v3 0/2] VT-d flush issue

On 20/12/15 13:57, Xu, Quan wrote: >> On 12.12.2015 at 9:22pm, wrote: >> This patches are based on Kevin Tian's previous discussion 'Revisit >> VT-d asynchronous flush issue'. >> Fix current timeout concern and also allow limited ATS support in a light >> way: > >> 2. Fix

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

flight 66590 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/66590/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-i3865 xen-build fail REGR. vs. 66415 build-i386-xsm

[Xen-devel] [PATCH] xen/tools/get-fields.sh: Use printf for POSIX compat

xen/tools/get-fields.sh used echo -n which is not POSIX compatible and breaks building with dash (shell). Change it to use printf '%s' which is usable everywhere. Signed-off-by: Alex Xu --- xen/tools/get-fields.sh | 30 +++--- 1 file changed, 15

Re: [Xen-devel] new barrier type for paravirt (was Re: [PATCH] virtio_ring: use smp_store_mb)

On 20/12/15 09:25, Michael S. Tsirkin wrote: > On Thu, Dec 17, 2015 at 03:39:10PM +0100, Peter Zijlstra wrote: >> On Thu, Dec 17, 2015 at 04:33:44PM +0200, Michael S. Tsirkin wrote: >>> On Thu, Dec 17, 2015 at 02:57:26PM +0100, Peter Zijlstra wrote: You could of course go fix that instead of

Re: [Xen-devel] [PATCH v13 2/8] xen: Add support for VMware cpuid leaves

On 12/16/15 05:28, Jan Beulich wrote: On 28.11.15 at 22:44, wrote: >> --- a/xen/include/public/arch-x86/xen.h >> +++ b/xen/include/public/arch-x86/xen.h >> @@ -290,6 +290,7 @@ struct xen_arch_domainconfig { >> XEN_X86_EMU_VGA |

Re: [Xen-devel] [PATCH] build: convert CONFIG_COMPAT to Kconfig

On 20/12/15 13:42, Doug Goldstein wrote: > On 12/18/15 4:09 PM, Andrew Cooper wrote: >> On 18/12/2015 21:49, Doug Goldstein wrote: >>> On 12/18/15 3:35 PM, Andrew Cooper wrote: On 18/12/2015 20:06, Doug Goldstein wrote: > Use the Kconfig generated CONFIG_COMPAT defines in the code base.

[Xen-devel] [qemu-mainline test] 66615: regressions - FAIL

flight 66615 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/66615/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-i386-xsm5 xen-build fail REGR. vs. 66433 build-amd64

Re: [Xen-devel] new barrier type for paravirt (was Re: [PATCH] virtio_ring: use smp_store_mb)

On Sun, Dec 20, 2015 at 05:07:19PM +, Andrew Cooper wrote: > > Very much +1 for fixing this. > > Those names would be fine, but they do add yet another set of options in > an already-complicated area. > > An alternative might be to have the regular smp_{w,r,}mb() not revert > back to nops

[Xen-devel] [qemu-upstream-4.5-testing test] 66622: regressions - FAIL

flight 66622 qemu-upstream-4.5-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/66622/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemuu-ovmf-amd64 9 debian-hvm-install fail REGR. vs. 62414