[qemu-mainline test] 151968: regressions - FAIL

2020-07-18 Thread osstest service owner
flight 151968 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/151968/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemuu-ovmf-amd64 10 debian-hvm-install fail REGR. vs. 151065 test-amd64-amd

Re: RFC: PCI devices passthrough on Arm design proposal

2020-07-18 Thread Bertrand Marquis
> On 17 Jul 2020, at 17:55, Roger Pau Monné wrote: > > On Fri, Jul 17, 2020 at 03:21:57PM +, Bertrand Marquis wrote: >>> On 17 Jul 2020, at 16:31, Roger Pau Monné wrote: >>> On Fri, Jul 17, 2020 at 01:22:19PM +, Bertrand Marquis wrote: > On 17 Jul 2020, at 13:16, Roger Pau Monné w

Re: PCI devices passthrough on Arm design proposal

2020-07-18 Thread Bertrand Marquis
> On 17 Jul 2020, at 18:05, Roger Pau Monné wrote: > > On Fri, Jul 17, 2020 at 03:47:25PM +, Bertrand Marquis wrote: >>> On 17 Jul 2020, at 17:26, Julien Grall wrote: >>> On 17/07/2020 15:47, Bertrand Marquis wrote: >>> * Dom0Less implementation will require to have the capacity inside

Re: RFC: PCI devices passthrough on Arm design proposal

2020-07-18 Thread Bertrand Marquis
> On 17 Jul 2020, at 21:17, Oleksandr wrote: > > > On 17.07.20 19:18, Julien Grall wrote: > > Hello Bertrand > > [two threads with the same name are shown in my mail client, so not > completely sure I am asking in the correct one] > >> >> >> On 17/07/2020 17:08, Roger Pau Monné wrote: >>

Re: PCI devices passthrough on Arm design proposal

2020-07-18 Thread Julien Grall
Hi, On 17/07/2020 16:47, Bertrand Marquis wrote: On 17 Jul 2020, at 17:26, Julien Grall wrote: On 17/07/2020 15:47, Bertrand Marquis wrote: pci=[ "PCI_SPEC_STRING", "PCI_SPEC_STRING", ...] Guest will be only able to access the assigned devices and see the bridges. Guest will not be able

Re: PCI devices passthrough on Arm design proposal

2020-07-18 Thread Julien Grall
On 18/07/2020 10:55, Bertrand Marquis wrote: On 17 Jul 2020, at 18:05, Roger Pau Monné wrote: On Fri, Jul 17, 2020 at 03:47:25PM +, Bertrand Marquis wrote: On 17 Jul 2020, at 17:26, Julien Grall wrote: On 17/07/2020 15:47, Bertrand Marquis wrote: * Dom0Less implementation will requ

Re: RFC: PCI devices passthrough on Arm design proposal

2020-07-18 Thread Julien Grall
On 17/07/2020 20:17, Oleksandr wrote: I would like to clarify regarding an IOMMU driver changes which should be done to support PCI pass-through properly. Design document mentions about SMMU, but Xen also supports IPMMU-VMSA (under tech preview now). It would be really nice if the required

Re: PCI devices passthrough on Arm design proposal

2020-07-18 Thread Julien Grall
Hi, On 17/07/2020 17:05, Roger Pau Monné wrote: IIRC Julien even said that Arm was likely to require much less traps than x86 for accesses to MSI and MSI-X since you could allow untrusted guests to write directly to the registers as there's another piece of hardware that would already translate

[xen-unstable test] 151975: tolerable FAIL - PUSHED

2020-07-18 Thread osstest service owner
flight 151975 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/151975/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-armhf-armhf-libvirt 14 saverestore-support-checkfail like 151957 test-amd64-amd64-xl-qemuu-win7-amd64

[linux-linus test] 151978: regressions - FAIL

2020-07-18 Thread osstest service owner
flight 151978 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/151978/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-arm64-arm64-libvirt-xsm 16 guest-start/debian.repeat fail REGR. vs. 151214 build-i386-pvops

[ovmf test] 151982: all pass - PUSHED

2020-07-18 Thread osstest service owner
flight 151982 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/151982/ Perfect :-) All tests in this flight passed as required version targeted for testing: ovmf 3d8327496762b4f2a54c9bafd7a214314ec28e9e baseline version: ovmf 6ff53d2a13740e39dea11

[libvirt test] 151984: regressions - FAIL

2020-07-18 Thread osstest service owner
flight 151984 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/151984/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64-libvirt 6 libvirt-buildfail REGR. vs. 151777 build-i386-libvirt

Re: [PATCH 01/12] stubdom: add stubdom/mini-os.mk for Xen paths used by Mini-OS

2020-07-18 Thread Samuel Thibault
Ian Jackson, le mer. 15 juil. 2020 17:25:00 +0100, a ecrit: > From: Juergen Gross > > stubdom/mini-os.mk should contain paths used by Mini-OS when built as > stubdom. > > Signed-off-by: Juergen Gross Reviewed-by: Samuel Thibault > --- > stubdom/mini-os.mk | 17 + > 1 file ch

Re: [PATCH v2] mini-os: don't hard-wire xen internal paths

2020-07-18 Thread Samuel Thibault
Juergen Gross, le lun. 13 juil. 2020 10:42:30 +0200, a ecrit: > Mini-OS shouldn't use Xen internal paths for building. Import the > needed paths from Xen and fall back to the current values only if > the import was not possible. > > Signed-off-by: Juergen Gross Reviewed-by: Samuel Thibault > -

Re: [PATCH 5/5] x86/shadow: l3table[] and gl3e[] are HVM only

2020-07-18 Thread Tim Deegan
At 12:00 +0200 on 15 Jul (1594814409), Jan Beulich wrote: > ... by the very fact that they're 3-level specific, while PV always gets > run in 4-level mode. This requires adding some seemingly redundant > #ifdef-s - some of them will be possible to drop again once 2- and > 3-level guest code doesn't

Re: [PATCH 0/5] x86: mostly shadow related XSA-319 follow-up

2020-07-18 Thread Tim Deegan
At 11:56 +0200 on 15 Jul (1594814214), Jan Beulich wrote: > This in particular goes a few small steps further towards proper > !HVM and !PV config handling (i.e. no carrying of unnecessary > baggage). > > 1: x86/shadow: dirty VRAM tracking is needed for HVM only > 2: x86/shadow: shadow_table[] nee

Re: [PATCH 08/12] tools: move libxenctrl below tools/libs

2020-07-18 Thread Samuel Thibault
Ian Jackson, le mer. 15 juil. 2020 17:25:07 +0100, a ecrit: > From: Juergen Gross > > Today tools/libxc needs to be built after tools/libs as libxenctrl is > depending on some libraries in tools/libs. This in turn blocks moving > other libraries depending on libxenctrl below tools/libs. > > So c

[qemu-mainline test] 151988: regressions - FAIL

2020-07-18 Thread osstest service owner
flight 151988 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/151988/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemuu-ovmf-amd64 10 debian-hvm-install fail REGR. vs. 151065 test-amd64-amd

[PATCH] xen/gntdev: gntdev.h: drop a duplicated word

2020-07-18 Thread Randy Dunlap
Drop the repeated word "of" in a comment. Signed-off-by: Randy Dunlap Cc: Boris Ostrovsky Cc: Juergen Gross Cc: xen-devel@lists.xenproject.org --- include/uapi/xen/gntdev.h |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) --- linux-next-20200717.orig/include/uapi/xen/gntdev.h +++ linu

Re: [PATCH v2 01/11] xen/manage: keep track of the on-going suspend mode

2020-07-18 Thread Boris Ostrovsky
(Roger, question for you at the very end) On 7/17/20 3:10 PM, Anchal Agarwal wrote: > On Wed, Jul 15, 2020 at 05:18:08PM -0400, Boris Ostrovsky wrote: >> CAUTION: This email originated from outside of the organization. Do not >> click links or open attachments unless you can confirm the sender an

Re: [PATCH -next] x86/xen: Convert to DEFINE_SHOW_ATTRIBUTE

2020-07-18 Thread Boris Ostrovsky
On 7/16/20 5:06 AM, Qinglang Miao wrote: > From: Chen Huang > > Use DEFINE_SHOW_ATTRIBUTE macro to simplify the code. > > Signed-off-by: Chen Huang Reviewed-by: Boris Ostrovsky

[xen-unstable test] 151990: tolerable FAIL

2020-07-18 Thread osstest service owner
flight 151990 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/151990/ Failures :-/ but no regressions. Tests which are failing intermittently (not blocking): test-amd64-amd64-xl-shadow 18 guest-localmigrate/x10 fail pass in 151975 Tests which did not succeed, but

[linux-linus test] 151992: regressions - FAIL

2020-07-18 Thread osstest service owner
flight 151992 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/151992/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-i386-pvops 6 kernel-build fail REGR. vs. 151214 Tests which did not