Re: [Xen-devel] Test Xen 4.8 RC5 instable 04.11.16

On Fri, 2016-11-04 at 18:11 +, Juergen Schinker wrote: > - On 4 Nov, 2016, at 17:29, Dario Faggioli dario.faggioli@citrix. > com wrote: > > Also of interest (and in the meanwhile): have you done the same in > > your > > previous testing of previous rc-s and they did work? > > > Yes and no

[Xen-devel] [PATCH v8] sndif: add ABI for Para-virtual sound

Hi, there! We would like to bring back to life this thread. We do hope that the re-worked version of the original patch addresses all the issues discussed before. What is more we already have a working version of the frontend and backend which prove that the protocol works (those are in the

[Xen-devel] [PATCH v2 0/2] Fix Xen boot on XGene

Hi all, the following commit: commit 21550029f709072aacf3b90edd574e7d3021b400 Author: Julien Grall Date: Thu Oct 8 19:23:53 2015 +0100 xen/arm: gic-v2: Automatically detect aliased GIC400 removed PLATFORM_QUIRK_GIC_64K_STRIDE and introduced an heuristic to

Re: [Xen-devel] [SeaBIOS] Seabios build failure with gcc 6.2.0 in Debian Sid

On Fri, Nov 04, 2016 at 07:06:07PM +0100, Dario Faggioli wrote: > Hi, > > I'm reporting a build issue that I'm seeing when building Xen's > userspace tools, when the build process clones and build Seabios, on > Debian Sid, with gcc '6.2.0 20161019 (Debian 6.2.0-9)'. > > The error looks like this

Re: [Xen-devel] [PATCH 0/2] Fix Xen boot on XGene

On Wed, 2 Nov 2016, Julien Grall wrote: > Hi Stefano, > > On 01/11/2016 19:29, Stefano Stabellini wrote: > > On Mon, 31 Oct 2016, Julien Grall wrote: > > > Hi Stefano, > > > > > > On 26/10/16 23:12, Stefano Stabellini wrote: > > > > On Wed, 26 Oct 2016, Julien Grall wrote: > > > > > Hi, > > > >

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

flight 101929 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/101929/ 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

Re: [Xen-devel] Test Xen 4.8 RC5 instable 04.11.16

- On 4 Nov, 2016, at 18:31, Dario Faggioli dario.faggi...@citrix.com wrote: > On Fri, 2016-11-04 at 18:11 +, Juergen Schinker wrote: >> - On 4 Nov, 2016, at 17:29, Dario Faggioli dario.faggioli@citrix. >> com wrote: >> > Also of interest (and in the meanwhile): have you done the

[Xen-devel] [xen-unstable test] 101920: tolerable trouble: blocked/broken/fail/pass

flight 101920 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/101920/ Failures :-/ but no regressions. Tests which are failing intermittently (not blocking): test-armhf-armhf-xl-multivcpu 3 host-install(3) broken pass in 101905 test-armhf-armhf-libvirt-xsm 15

[Xen-devel] [PATCH v8] This is ABI for the two halves of a Para-virtual sound driver to communicate with each to other.

Signed-off-by: Oleksandr Dmytryshyn Signed-off-by: Iurii Konovalenko Signed-off-by: Andrushchenko, Oleksandr Signed-off-by: Oleksandr Grytsov --- Changes since v1: * removed

[Xen-devel] [PATCH v2 2/2] Partially revert 21550029f709072aacf3b90edd574e7d3021b400

Commit 21550029f709072aacf3b90edd574e7d3021b400 removed the PLATFORM_QUIRK_GIC_64K_STRIDE quirk and introduced a way to automatically detect that the two GICC pages have a 64K stride. However the heuristic requires that the device tree for the platform reports a GICC size == 128K, which is not

[Xen-devel] [PATCH v2 1/2] Revert "xen/arm: platform: Drop the quirks callback"

This reverts commit 14fa16961b03a23e9b883e5f0ed06b6837a489d8. Do not reintroduce platform_dom0_evtchn_ppi. Signed-off-by: Stefano Stabellini --- xen/arch/arm/platform.c| 10 ++ xen/include/asm-arm/platform.h | 7 +++ 2 files changed, 17 insertions(+)

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

On 04/11/2016 22:59, Platform Team regression test user wrote: > This run is configured for baseline tests only. > > flight 67995 xen-unstable real [real] > http://osstest.xs.citrite.net/~osstest/testlogs/logs/67995/ > > Regressions :-( > > Tests which did not succeed and are blocking, > including

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

This run is configured for baseline tests only. flight 67995 xen-unstable real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/67995/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-xtf-amd64-amd64-5 10 xtf-fep

[Xen-devel] [xen-4.7-testing test] 101932: regressions - FAIL

flight 101932 xen-4.7-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/101932/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-xl-qemuu-win7-amd64 9 windows-install fail REGR. vs. 101683

[Xen-devel] [ovmf test] 101930: all pass - PUSHED

flight 101930 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/101930/ Perfect :-) All tests in this flight passed as required version targeted for testing: ovmf fdaf78424da45b34ef515119cd308ffa8cd43d54 baseline version: ovmf

[Xen-devel] [ovmf baseline-only test] 67997: trouble: broken/pass

This run is configured for baseline tests only. flight 67997 ovmf real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/67997/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run:

[Xen-devel] [xen-4.6-testing test] 101924: regressions - FAIL

flight 101924 xen-4.6-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/101924/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-xl-credit2 15 guest-start/debian.repeat fail REGR. vs. 101679 Regressions

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

This run is configured for baseline tests only. flight 67996 qemu-mainline real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/67996/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-xl-midway 15

[Xen-devel] [linux-3.10 test] 101923: regressions - FAIL

flight 101923 linux-3.10 real [real] http://logs.test-lab.xenproject.org/osstest/logs/101923/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-amd64-pvgrub 6 xen-bootfail REGR. vs. 100648

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

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

[Xen-devel] [PATCH] tools/libxc: Add xstate cpuid leaf of avx512

Enable get xstate cpuid leaf information regarding avx512 in guest. Signed-off-by: Luwei Kang --- tools/libxc/xc_cpuid_x86.c | 6 ++ 1 file changed, 6 insertions(+) diff --git a/tools/libxc/xc_cpuid_x86.c b/tools/libxc/xc_cpuid_x86.c index de06b32..d761805 100644 ---

Re: [Xen-devel] [RFC PATCH 21/24] ARM: vITS: handle INVALL command

Hi, On 24/10/16 16:32, Vijay Kilari wrote: > On Wed, Sep 28, 2016 at 11:54 PM, Andre Przywara > wrote: >> The INVALL command instructs an ITS to invalidate the configuration >> data for all LPIs associated with a given redistributor (read: VCPU). >> To avoid iterating

Re: [Xen-devel] [Qemu-devel] [PULL 0/2] tags/xen-20161102-tag

On Wed, Nov 02, 2016 at 01:54:25PM -0700, Stefano Stabellini wrote: > The following changes since commit 4eb28abd52d48657cff6ff45e8dbbbefe4dbb414: > > Merge remote-tracking branch 'remotes/rth/tags/pull-tcg-20161101-2' into > staging (2016-11-01 16:53:05 +) > > are available in the git

Re: [Xen-devel] [PATCH v3.1 08/15] x86/vtd: fix mapping of RMRR regions

On Fri, Nov 04, 2016 at 03:16:47AM -0600, Jan Beulich wrote: > >>> On 29.10.16 at 10:59, wrote: > > --- a/xen/arch/x86/mm/p2m.c > > +++ b/xen/arch/x86/mm/p2m.c > > @@ -1049,22 +1049,29 @@ int set_identity_p2m_entry(struct domain *d, > > unsigned long gfn, > > > > mfn

Re: [Xen-devel] [PATCH for-4.8] git: Add metadata to the result of `git archive`

On Thu, Nov 03, 2016 at 05:57:57PM +, Andrew Cooper wrote: > When building Xen from a source tarball, commit information is usually lost, > especially if the tarball was generated from a tag. > > Have `git archive` automatically fill in metadata at the point of creating the > archive, which

[Xen-devel] [ovmf test] 101912: all pass - PUSHED

flight 101912 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/101912/ Perfect :-) All tests in this flight passed as required version targeted for testing: ovmf 5f609eb837f235e28464285a2fb768e39cd51b56 baseline version: ovmf

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

flight 101905 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/101905/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-armhf-armhf-libvirt 13 saverestore-support-checkfail like 101869

Re: [Xen-devel] [PATCH] stubdom: simplify and fix Makefile

Juergen Gross, on Fri 04 Nov 2016 10:53:29 +0100, wrote: > The stubdom Makefile is setting up links for various libraries. This > is done only once when qemu links are created and each library's links > are updated/created only if the link for the Makefile of the library > isn't already existing.

[Xen-devel] [ovmf test] 101919: all pass - PUSHED

flight 101919 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/101919/ Perfect :-) All tests in this flight passed as required version targeted for testing: ovmf 669b6cc60bf610bbee32e79ed165ca604764c169 baseline version: ovmf

Re: [Xen-devel] [PATCH] tools/libxc: Add xstate cpuid leaf of avx512

On 04/11/16 08:29, Luwei Kang wrote: > Enable get xstate cpuid leaf information regarding avx512 in guest. > > Signed-off-by: Luwei Kang Reviewed-by: Andrew Cooper > --- > tools/libxc/xc_cpuid_x86.c | 6 ++ > 1 file changed, 6 insertions(+)

Re: [Xen-devel] [PATCH v3.1 08/15] x86/vtd: fix mapping of RMRR regions

>>> On 29.10.16 at 10:59, wrote: > --- a/xen/arch/x86/mm/p2m.c > +++ b/xen/arch/x86/mm/p2m.c > @@ -1049,22 +1049,29 @@ int set_identity_p2m_entry(struct domain *d, unsigned > long gfn, > > mfn = p2m->get_entry(p2m, gfn, , , 0, NULL, NULL); > > -if ( p2mt ==

[Xen-devel] [linux-3.10 test] 101902: regressions - FAIL

flight 101902 linux-3.10 real [real] http://logs.test-lab.xenproject.org/osstest/logs/101902/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-amd64-pvgrub 6 xen-bootfail REGR. vs. 100648

Re: [Xen-devel] [PATCH v3.1 09/15] xen/x86: allow the emulated APICs to be enabled for the hardware domain

>>> On 04.11.16 at 10:47, wrote: > On Fri, Nov 04, 2016 at 03:19:11AM -0600, Jan Beulich wrote: >> >>> On 29.10.16 at 10:59, wrote: >> > --- a/xen/arch/x86/domain.c >> > +++ b/xen/arch/x86/domain.c >> > @@ -509,6 +509,27 @@ void vcpu_destroy(struct

Re: [Xen-devel] [PATCH for-4.8] git: Add metadata to the result of `git archive`

>>> On 03.11.16 at 18:57, wrote: > When building Xen from a source tarball, commit information is usually lost, > especially if the tarball was generated from a tag. > > Have `git archive` automatically fill in metadata at the point of creating the > archive, which is

Re: [Xen-devel] [PATCH v3.1 09/15] xen/x86: allow the emulated APICs to be enabled for the hardware domain

>>> On 29.10.16 at 10:59, wrote: > --- a/xen/arch/x86/domain.c > +++ b/xen/arch/x86/domain.c > @@ -509,6 +509,27 @@ void vcpu_destroy(struct vcpu *v) > xfree(v->arch.pv_vcpu.trap_ctxt); > } > > +static bool emulation_flags_ok(const struct domain *d, uint32_t

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

flight 101915 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/101915/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-libvirt-qcow2 14 guest-start/debian.repeat fail REGR. vs. 101839 Regressions which

[Xen-devel] [PATCH] stubdom: simplify and fix Makefile

The stubdom Makefile is setting up links for various libraries. This is done only once when qemu links are created and each library's links are updated/created only if the link for the Makefile of the library isn't already existing. In case a source is added to one library after doing the first

Re: [Xen-devel] [PATCH v3.1 08/15] x86/vtd: fix mapping of RMRR regions

>>> On 04.11.16 at 10:45, wrote: > On Fri, Nov 04, 2016 at 03:16:47AM -0600, Jan Beulich wrote: >> >>> On 29.10.16 at 10:59, wrote: >> > --- a/xen/arch/x86/mm/p2m.c >> > +++ b/xen/arch/x86/mm/p2m.c >> > @@ -1049,22 +1049,29 @@ int

Re: [Xen-devel] [PATCH v3.1 09/15] xen/x86: allow the emulated APICs to be enabled for the hardware domain

On Fri, Nov 04, 2016 at 03:19:11AM -0600, Jan Beulich wrote: > >>> On 29.10.16 at 10:59, wrote: > > --- a/xen/arch/x86/domain.c > > +++ b/xen/arch/x86/domain.c > > @@ -509,6 +509,27 @@ void vcpu_destroy(struct vcpu *v) > > xfree(v->arch.pv_vcpu.trap_ctxt); > > } >

Re: [Xen-devel] [PATCH v2] VMX: fix realmode emulation SReg handling

> From: Jan Beulich [mailto:jbeul...@suse.com] > Sent: Saturday, October 29, 2016 12:21 AM > > Commit 0888d36bb2 ("x86/emul: Correct the decoding of SReg3 operands") > overlooked three places where x86_seg_cs was assumed to be zero. > > Signed-off-by: Jan Beulich >

Re: [Xen-devel] [PATCH v3.1 09/15] xen/x86: allow the emulated APICs to be enabled for the hardware domain

On Fri, Nov 04, 2016 at 04:21:02AM -0600, Jan Beulich wrote: > >>> On 04.11.16 at 10:47, wrote: > > On Fri, Nov 04, 2016 at 03:19:11AM -0600, Jan Beulich wrote: > >> >>> On 29.10.16 at 10:59, wrote: > >> > --- a/xen/arch/x86/domain.c > >> > +++

Re: [Xen-devel] [PATCH v3.1 08/15] x86/vtd: fix mapping of RMRR regions

On Fri, Nov 04, 2016 at 04:34:58AM -0600, Jan Beulich wrote: > >>> On 04.11.16 at 10:45, wrote: > > On Fri, Nov 04, 2016 at 03:16:47AM -0600, Jan Beulich wrote: > >> >>> On 29.10.16 at 10:59, wrote: > >> > --- a/xen/arch/x86/mm/p2m.c > >> > +++

Re: [Xen-devel] [PATCH v3.1 09/15] xen/x86: allow the emulated APICs to be enabled for the hardware domain

>>> On 04.11.16 at 13:09, wrote: > On Fri, Nov 04, 2016 at 04:21:02AM -0600, Jan Beulich wrote: >> >>> On 04.11.16 at 10:47, wrote: >> > The local APIC and IO APIC are required in order to deliver interrupts >> > from >> > physical devices (this is

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

flight 101909 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/101909/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-amd64-amd64-xl-qemuu-win7-amd64 16 guest-stopfail like 101871

Re: [Xen-devel] [PATCH v3.1 08/15] x86/vtd: fix mapping of RMRR regions

>>> On 04.11.16 at 14:03, wrote: > On Fri, Nov 04, 2016 at 06:53:09AM -0600, Jan Beulich wrote: >> >>> On 04.11.16 at 13:25, wrote: >> > On Fri, Nov 04, 2016 at 04:34:58AM -0600, Jan Beulich wrote: >> >> >>> On 04.11.16 at 10:45,

[Xen-devel] [linux-3.4 test] 101907: regressions - FAIL

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

Re: [Xen-devel] [PATCH] stubdom: simplify and fix Makefile

On Fri, Nov 04, 2016 at 10:53:29AM +0100, Juergen Gross wrote: > The stubdom Makefile is setting up links for various libraries. This > is done only once when qemu links are created and each library's links > are updated/created only if the link for the Makefile of the library > isn't already

Re: [Xen-devel] [PATCH] tools/libxc: Add xstate cpuid leaf of avx512

On Fri, Nov 04, 2016 at 09:40:20AM -0400, Konrad Rzeszutek Wilk wrote: > On Fri, Nov 04, 2016 at 11:00:16AM +, Wei Liu wrote: > > On Fri, Nov 04, 2016 at 10:20:24AM +, Andrew Cooper wrote: > > > On 04/11/16 08:29, Luwei Kang wrote: > > > > Enable get xstate cpuid leaf information regarding

[Xen-devel] [distros-debian-jessie test] 67993: tolerable FAIL

flight 67993 distros-debian-jessie real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/67993/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-amd64-i386-i386-jessie-netboot-pvgrub 10 guest-start fail like 67954 Tests which did

Re: [Xen-devel] [PATCH for-4.8 2/2] libxl: disallow enabling PoD and ALTP2M at the same time

Wei Liu writes ("[PATCH for-4.8 2/2] libxl: disallow enabling PoD and ALTP2M at the same time"): > That combination would cause Xen to crash. > > Note that although this is a security issue, is not XSA-worthy because > ALTP2M is experimental. Acked-by: Ian Jackson

Re: [Xen-devel] [PATCH] stubdom: simplify and fix Makefile

On Fri, Nov 04, 2016 at 03:29:01PM +0100, Juergen Gross wrote: > On 04/11/16 15:20, Wei Liu wrote: > > On Fri, Nov 04, 2016 at 10:53:29AM +0100, Juergen Gross wrote: > >> The stubdom Makefile is setting up links for various libraries. This > >> is done only once when qemu links are created and

Re: [Xen-devel] [PATCH] stubdom: simplify and fix Makefile

On 04/11/16 15:20, Wei Liu wrote: > On Fri, Nov 04, 2016 at 10:53:29AM +0100, Juergen Gross wrote: >> The stubdom Makefile is setting up links for various libraries. This >> is done only once when qemu links are created and each library's links >> are updated/created only if the link for the

Re: [Xen-devel] [PATCH for-4.8] docs: replace hint with pointer in PVHv2 ACPI documentation

On Thu, Nov 03, 2016 at 11:15:31AM -0600, Jan Beulich wrote: > >>> On 03.11.16 at 17:48, wrote: > > Use pointer instead of hint, since this is the only way to get the address > > of the RSDP. > > > > Signed-off-by: Roger Pau Monné > > Reported-by: Jan

Re: [Xen-devel] [PATCH for-4.8] flask: build policy in different locations

On Thu, Nov 03, 2016 at 03:22:19PM +, Wei Liu wrote: > On Thu, Nov 03, 2016 at 11:17:59AM -0400, Daniel De Graaf wrote: > > On 10/28/2016 11:17 AM, Wei Liu wrote: > > >The flask policy can be build twice -- one for hypervisor and one for > > >tools. > > > > > >Before this patch, everything is

Re: [Xen-devel] [PATCH for-4.8] git: Add metadata to the result of `git archive`

On Fri, Nov 04, 2016 at 10:54:25AM +, Wei Liu wrote: > On Thu, Nov 03, 2016 at 05:57:57PM +, Andrew Cooper wrote: > > When building Xen from a source tarball, commit information is usually lost, > > especially if the tarball was generated from a tag. > > > > Have `git archive`

Re: [Xen-devel] [PATCH for-4.8 1/2] libxl: set ret in the check for nestedhvm and altp2m

Wei Liu writes ("[PATCH for-4.8 1/2] libxl: set ret in the check for nestedhvm and altp2m"): > The error path expects ret to be set, otherwise an assertion is > triggered. Acked-by: Ian Jackson Ian. ___ Xen-devel mailing

Re: [Xen-devel] [PATCH] stubdom: simplify and fix Makefile

On 04/11/16 15:31, Wei Liu wrote: > On Fri, Nov 04, 2016 at 03:29:01PM +0100, Juergen Gross wrote: >> On 04/11/16 15:20, Wei Liu wrote: >>> On Fri, Nov 04, 2016 at 10:53:29AM +0100, Juergen Gross wrote: The stubdom Makefile is setting up links for various libraries. This is done only

Re: [Xen-devel] Test Xen 4.8 RC5 instable 04.11.16

On Fri, Nov 04, 2016 at 11:13:29AM +, Juergen Schinker wrote: > * Hardware: > Intel(R) Xeon(R) CPU E3-1220L V2 @ 2.30GHz > Sandisk SSD 1T > 32G Ram > * Software: > > Debian Stretch/testing is dom0 > > * Guest operating systems: > > Guests Ubuntu 14.04 LTS Debian Stretch/Sid > > Ubuntu

Re: [Xen-devel] [PATCH] tools/libxc: Add xstate cpuid leaf of avx512

On Fri, Nov 04, 2016 at 11:00:16AM +, Wei Liu wrote: > On Fri, Nov 04, 2016 at 10:20:24AM +, Andrew Cooper wrote: > > On 04/11/16 08:29, Luwei Kang wrote: > > > Enable get xstate cpuid leaf information regarding avx512 in guest. > > > > > > Signed-off-by: Luwei Kang

Re: [Xen-devel] [PATCH] tools/libxc: Add xstate cpuid leaf of avx512

On Fri, Nov 04, 2016 at 10:20:24AM +, Andrew Cooper wrote: > On 04/11/16 08:29, Luwei Kang wrote: > > Enable get xstate cpuid leaf information regarding avx512 in guest. > > > > Signed-off-by: Luwei Kang > > Reviewed-by: Andrew Cooper >

Re: [Xen-devel] [RFC PATCH 12/24] ARM: vGICv3: introduce basic ITS emulation bits

Hello Andre, On 03/11/16 19:26, Andre Przywara wrote: On 24/10/16 16:31, Vijay Kilari wrote: On Wed, Sep 28, 2016 at 11:54 PM, Andre Przywara wrote: +switch ( info->gpa & 0x ) +{ +case VREG32(GITS_CTLR): +if ( info->dabt.size != DABT_WORD )

Re: [Xen-devel] [PATCH v3.1 08/15] x86/vtd: fix mapping of RMRR regions

>>> On 04.11.16 at 13:25, wrote: > On Fri, Nov 04, 2016 at 04:34:58AM -0600, Jan Beulich wrote: >> >>> On 04.11.16 at 10:45, wrote: >> > case p2m_invalid: >> > case p2m_mmio_dm: >> > ret = p2m_set_entry(p2m, gfn, _mfn(gfn), PAGE_ORDER_4K, >> >

Re: [Xen-devel] [PATCH v3.1 08/15] x86/vtd: fix mapping of RMRR regions

On Fri, Nov 04, 2016 at 06:53:09AM -0600, Jan Beulich wrote: > >>> On 04.11.16 at 13:25, wrote: > > On Fri, Nov 04, 2016 at 04:34:58AM -0600, Jan Beulich wrote: > >> >>> On 04.11.16 at 10:45, wrote: > >> > case p2m_invalid: > >> > case p2m_mmio_dm: >

Re: [Xen-devel] [PATCH] tools/libxc: Add xstate cpuid leaf of avx512

CC x86 maintainers. I will defer this patch to them. On Fri, Nov 04, 2016 at 04:29:18PM +0800, Luwei Kang wrote: > Enable get xstate cpuid leaf information regarding avx512 in guest. > > Signed-off-by: Luwei Kang > --- > tools/libxc/xc_cpuid_x86.c | 6 ++ > 1 file

Re: [Xen-devel] [RFC PATCH 11/24] ARM: vGICv3: handle virtual LPI pending and property tables

Hi, On 03/11/16 20:21, Andre Przywara wrote: On 24/10/16 16:32, Vijay Kilari wrote: On Wed, Sep 28, 2016 at 11:54 PM, Andre Przywara wrote: +va = (void *)((uintptr_t)va & PAGE_MASK); +pa = virt_to_maddr(va); can use _pa() Do you mean __pa()? Which is

Re: [Xen-devel] [PATCH v3.1 09/15] xen/x86: allow the emulated APICs to be enabled for the hardware domain

On Fri, Nov 04, 2016 at 06:50:10AM -0600, Jan Beulich wrote: > >>> On 04.11.16 at 13:09, wrote: > > On Fri, Nov 04, 2016 at 04:21:02AM -0600, Jan Beulich wrote: > >> >>> On 04.11.16 at 10:47, wrote: > >> > The local APIC and IO APIC are required in

[Xen-devel] Test Xen 4.8 RC5 instable 04.11.16

* Hardware: Intel(R) Xeon(R) CPU E3-1220L V2 @ 2.30GHz Sandisk SSD 1T 32G Ram * Software: Debian Stretch/testing is dom0 * Guest operating systems: Guests Ubuntu 14.04 LTS Debian Stretch/Sid Ubuntu 16.10 yakity yak with latest 4.8 kernel works * Functionality tested: xl creating

[Xen-devel] [ovmf baseline-only test] 67994: all pass

This run is configured for baseline tests only. flight 67994 ovmf real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/67994/ Perfect :-) All tests in this flight passed as required version targeted for testing: ovmf 5f609eb837f235e28464285a2fb768e39cd51b56 baseline

[Xen-devel] [PATCH] xsm: add missing permissions discovered in testing

Add two missing allow rules: 1. Device model domain construction uses getvcpucontext, discovered by Andrew Cooper in an (apparently) unrelated bisection. 2. When a domain is destroyed with a device passthrough active, the calls to remove_{irq,ioport,iomem} can be made by the hypervisor itself

Re: [Xen-devel] [PATCH] stubdom: simplify and fix Makefile

On Fri, Nov 04, 2016 at 03:44:12PM +0100, Juergen Gross wrote: > On 04/11/16 15:31, Wei Liu wrote: > > On Fri, Nov 04, 2016 at 03:29:01PM +0100, Juergen Gross wrote: > >> On 04/11/16 15:20, Wei Liu wrote: > >>> On Fri, Nov 04, 2016 at 10:53:29AM +0100, Juergen Gross wrote: > The stubdom

Re: [Xen-devel] [PATCH v3.1 08/15] x86/vtd: fix mapping of RMRR regions

On Fri, Nov 04, 2016 at 07:16:08AM -0600, Jan Beulich wrote: > >>> On 04.11.16 at 14:03, wrote: > > On Fri, Nov 04, 2016 at 06:53:09AM -0600, Jan Beulich wrote: > >> >>> On 04.11.16 at 13:25, wrote: > >> > On Fri, Nov 04, 2016 at 04:34:58AM -0600, Jan

Re: [Xen-devel] [PATCH] xsm: add missing permissions discovered in testing

On 04/11/16 15:35, Daniel De Graaf wrote: > Add two missing allow rules: > > 1. Device model domain construction uses getvcpucontext, discovered by > Andrew Cooper in an (apparently) unrelated bisection. Merely observation of the logs while chasing an unrelated issue. ~Andrew > > 2. When a

Re: [Xen-devel] [RFC PATCH 13/24] ARM: vITS: handle CLEAR command

Hi Andre, On 28/09/16 19:24, Andre Przywara wrote: This introduces the ITS command handler for the CLEAR command, which clears the pending state of an LPI. This removes a not-yet injected, but already queued IRQ from a VCPU. In addition this patch introduces the lookup function which

Re: [Xen-devel] [RFC PATCH 08/24] ARM: GICv3: introduce separate pending_irq structs for LPIs

Hi Andre, On 28/09/16 19:24, Andre Przywara wrote: +/* + * Holding struct pending_irq's for each possible virtual LPI in each domain + * requires too much Xen memory, also a malicious guest could potentially + * spam Xen with LPI map requests. We cannot cover those with (guest allocated) + *

Re: [Xen-devel] [PATCH v3.1 08/15] x86/vtd: fix mapping of RMRR regions

On Fri, Nov 04, 2016 at 10:13:08AM -0600, Jan Beulich wrote: > >>> On 04.11.16 at 16:33, wrote: > > --- a/xen/include/asm-x86/p2m.h > > +++ b/xen/include/asm-x86/p2m.h > > @@ -834,6 +834,7 @@ static inline unsigned int > > p2m_get_iommu_flags(p2m_type_t p2mt) > > case

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

flight 101928 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/101928/ 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

[Xen-devel] [ovmf test] 101922: all pass - PUSHED

flight 101922 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/101922/ Perfect :-) All tests in this flight passed as required version targeted for testing: ovmf 12a37b2ae19b1edabf390c0744ae0af9bb9d2b9a baseline version: ovmf

Re: [Xen-devel] [PATCH v3.1 08/15] x86/vtd: fix mapping of RMRR regions

>>> On 04.11.16 at 16:33, wrote: > --- a/xen/include/asm-x86/p2m.h > +++ b/xen/include/asm-x86/p2m.h > @@ -834,6 +834,7 @@ static inline unsigned int p2m_get_iommu_flags(p2m_type_t > p2mt) > case p2m_grant_map_rw: > case p2m_ram_logdirty: > case

Re: [Xen-devel] Test Xen 4.8 RC5 instable 04.11.16

On Fri, 2016-11-04 at 11:18 +, Wei Liu wrote: > On Fri, Nov 04, 2016 at 11:13:29AM +, Juergen Schinker wrote: > >  > > * Functionality tested: > > xl  > > creating booting  > > pygrub > > credit2 > > > > * Comments: > > > >  I compiled the latest vanilla kernel for gpu-passthrough with >

[Xen-devel] Fwd: Re: Error migrating VM to secondary host using COLO replication

-- Forwarded message -- From: "Sadi" Date: Nov 3, 2016 20:34 Subject: Re: [Xen-devel] Error migrating VM to secondary host using COLO replication To: "Wen Congyang" Cc: > Hi, > > Thanks for replying. Here is what i got from

Re: [Xen-devel] [PATCH v3.1 08/15] x86/vtd: fix mapping of RMRR regions

>>> On 04.11.16 at 17:19, wrote: > On Fri, Nov 04, 2016 at 10:13:08AM -0600, Jan Beulich wrote: >> >>> On 04.11.16 at 16:33, wrote: >> > --- a/xen/include/asm-x86/p2m.h >> > +++ b/xen/include/asm-x86/p2m.h >> > @@ -834,6 +834,7 @@ static inline

Re: [Xen-devel] [PATCH v3.1 08/15] x86/vtd: fix mapping of RMRR regions

On Fri, Nov 04, 2016 at 11:08:21AM -0600, Jan Beulich wrote: > >>> On 04.11.16 at 17:19, wrote: > > On Fri, Nov 04, 2016 at 10:13:08AM -0600, Jan Beulich wrote: > >> >>> On 04.11.16 at 16:33, wrote: > >> > --- a/xen/include/asm-x86/p2m.h > >> > +++

[Xen-devel] [xen-4.7-testing test] 101925: regressions - FAIL

flight 101925 xen-4.7-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/101925/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64-xsm 5 xen-buildfail REGR. vs. 101683 build-i386

[Xen-devel] Seabios build failure with gcc 6.2.0 in Debian Sid

Hi, I'm reporting a build issue that I'm seeing when building Xen's userspace tools, when the build process clones and build Seabios, on Debian Sid, with gcc '6.2.0 20161019 (Debian 6.2.0-9)'. The error looks like this (http://pastebin.com/99cubDZ3): make -C seabios-dir all make[6]: Entering

Re: [Xen-devel] Test Xen 4.8 RC5 instable 04.11.16

- On 4 Nov, 2016, at 17:29, Dario Faggioli dario.faggi...@citrix.com wrote: > Also of interest (and in the meanwhile): have you done the same in your > previous testing of previous rc-s and they did work? > Yes and no it didn't work > In other word, would you say it is something in rc5