[xen-4.14-testing test] 162365: tolerable FAIL - PUSHED

2021-06-04 Thread osstest service owner
flight 162365 xen-4.14-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/162365/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-amd64-amd64-qemuu-nested-amd 20 debian-hvm-install/l1/l2 fail like 161771 test-armhf-armhf-libvirt 16

[xen-unstable-smoke test] 162381: regressions - FAIL

2021-06-04 Thread osstest service owner
flight 162381 xen-unstable-smoke real [real] flight 162384 xen-unstable-smoke real-retest [real] http://logs.test-lab.xenproject.org/osstest/logs/162381/ http://logs.test-lab.xenproject.org/osstest/logs/162384/ Regressions :-( Tests which did not succeed and are blocking, including tests which co

[xen-4.15-testing test] 162366: tolerable FAIL - PUSHED

2021-06-04 Thread osstest service owner
flight 162366 xen-4.15-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/162366/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-amd64-amd64-qemuu-nested-amd 20 debian-hvm-install/l1/l2 fail like 161772 test-amd64-amd64-xl-qemuu-win7-a

RE: [PATCH 01/10] xen/arm: introduce domain on Static Allocation

2021-06-04 Thread Stefano Stabellini
On Fri, 4 Jun 2021, Penny Zheng wrote: > > > > In system device tree we would use a property called "memory" to > > > > specify one or more ranges, e.g.: > > > > > > > > domU1 { > > > > memory = <0x0 0x50 0x0 0x7fb0>; > > > > > > > > Unfortunately for xen,domains we have already

Re: Ryzen 4000 (Mobile) Softlocks/Micro-stutters

2021-06-04 Thread Dylanger Daly
Hi all, Lenovo released a new UEFI update for the Lenovo X13/T14s, changelog is here: https://download.lenovo.com/pccbbs/mobiles/r1cuj63wd.txt It lists "Fixed an issue that Fixed TSC synchronization failed under linux." as a fix, I can confirm after removing the tsc=unstable CMDLINE everything

[xen-unstable-smoke test] 162374: regressions - FAIL

2021-06-04 Thread osstest service owner
flight 162374 xen-unstable-smoke real [real] flight 162377 xen-unstable-smoke real-retest [real] http://logs.test-lab.xenproject.org/osstest/logs/162374/ http://logs.test-lab.xenproject.org/osstest/logs/162377/ Regressions :-( Tests which did not succeed and are blocking, including tests which co

[qemu-mainline test] 162362: regressions - FAIL

2021-06-04 Thread osstest service owner
flight 162362 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/162362/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-qemuu-freebsd11-amd64 16 guest-saverestore fail REGR. vs. 152631 test-amd64-am

[xen-unstable-smoke test] 162370: regressions - FAIL

2021-06-04 Thread osstest service owner
flight 162370 xen-unstable-smoke real [real] flight 162372 xen-unstable-smoke real-retest [real] http://logs.test-lab.xenproject.org/osstest/logs/162370/ http://logs.test-lab.xenproject.org/osstest/logs/162372/ Regressions :-( Tests which did not succeed and are blocking, including tests which co

Re: [PATCH v2 0/6] tools/libs: add missing support of linear p2m_list, cleanup

2021-06-04 Thread Julien Grall
Hi Juergen, On 04/06/2021 07:02, Juergen Gross wrote: This is a resend of V2 with the Acks folded in. Thank you for resending with the Acks. It is now pushed! Cheers, -- Julien Grall

Re: [PATCH v8 00/15] Restricted DMA

2021-06-04 Thread Will Deacon
Hi Claire, On Thu, May 27, 2021 at 08:58:30PM +0800, Claire Chang wrote: > This series implements mitigations for lack of DMA access control on > systems without an IOMMU, which could result in the DMA accessing the > system memory at unexpected times and/or unexpected addresses, possibly > leadin

[ovmf test] 162368: tolerable trouble: pass/starved - PUSHED

2021-06-04 Thread osstest service owner
flight 162368 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/162368/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-amd64-amd64-xl-qemuu-ovmf-amd64 3 hosts-allocate starved n/a test-amd64-i386-xl-qemuu-ovmf-amd64 3 hosts

[seabios test] 162361: tolerable FAIL - PUSHED

2021-06-04 Thread osstest service owner
flight 162361 seabios real [real] http://logs.test-lab.xenproject.org/osstest/logs/162361/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-amd64-amd64-xl-qemuu-win7-amd64 19 guest-stopfail like 162273 test-amd64-amd64-qemuu-nested-amd 20 debi

Re: [edk2-devel] [PATCH 00/43] OvmfPkg: remove Xen support from OvmfPkg*.dsc, in favor of OvmfXen.dsc

2021-06-04 Thread Laszlo Ersek
On 06/04/21 16:02, Anthony PERARD via groups.io wrote: > On Wed, Jun 02, 2021 at 10:36:49AM +0200, Laszlo Ersek wrote: >> Anthony, Julien, >> >> (or anyone else subscribed to xen-devel -- CC'd now), >> >> On 05/26/21 22:14, Laszlo Ersek wrote: >>> Bugzilla: https://bugzilla.tianocore.org/show_bug.c

Re: simplify gendisk and request_queue allocation for blk-mq based drivers

2021-06-04 Thread Konrad Rzeszutek Wilk
On Wed, Jun 02, 2021 at 09:53:15AM +0300, Christoph Hellwig wrote: > Hi all, Hi! You wouldn't have a nice git repo to pull so one can test it easily? Thank you! Cc-ing Boris/Juergen - pls see below xen. > > this series is the scond part of cleaning up lifetimes and allocation of > the gendisk

[linux-linus test] 162358: regressions - FAIL

2021-06-04 Thread osstest service owner
flight 162358 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/162358/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-qemut-rhel6hvm-intel 7 xen-install fail REGR. vs. 152332 test-amd64-i386-xl-

[ovmf test] 162359: all pass - PUSHED

2021-06-04 Thread osstest service owner
flight 162359 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/162359/ Perfect :-) All tests in this flight passed as required version targeted for testing: ovmf c410ad4da4b7785170d3d42a3ba190c2caac6feb baseline version: ovmf 75e9154f818a58ffc3a28

Re: [edk2-devel] [PATCH 00/43] OvmfPkg: remove Xen support from OvmfPkg*.dsc, in favor of OvmfXen.dsc

2021-06-04 Thread Laszlo Ersek
On 06/04/21 16:02, Anthony PERARD wrote: > On Wed, Jun 02, 2021 at 10:36:49AM +0200, Laszlo Ersek wrote: >> Anthony, Julien, >> >> (or anyone else subscribed to xen-devel -- CC'd now), >> >> On 05/26/21 22:14, Laszlo Ersek wrote: >>> Bugzilla: https://bugzilla.tianocore.org/show_bug.cgi?id=2122 >>>

[PATCH 5/5] ARM: Remove arm_pm_restart()

2021-06-04 Thread Lee Jones
From: Guenter Roeck All users of arm_pm_restart() have been converted to use the kernel restart handler. Acked-by: Arnd Bergmann Reviewed-by: Wolfram Sang Signed-off-by: Guenter Roeck Signed-off-by: Thierry Reding Signed-off-by: Lee Jones --- arch/arm/include/asm/system_misc.h | 1 - arch/

[PATCH 4/5] ARM64: Remove arm_pm_restart()

2021-06-04 Thread Lee Jones
From: Guenter Roeck All users of arm_pm_restart() have been converted to use the kernel restart handler. Acked-by: Arnd Bergmann Reviewed-by: Wolfram Sang Tested-by: Wolfram Sang Acked-by: Catalin Marinas Signed-off-by: Guenter Roeck Signed-off-by: Thierry Reding Signed-off-by: Lee Jones

[PATCH 3/5] ARM: Register with kernel restart handler

2021-06-04 Thread Lee Jones
From: Guenter Roeck By making use of the kernel restart handler, board specific restart handlers can be prioritized amongst available mechanisms for a particular board or system. Select the default priority of 128 to indicate that the restart callback in the machine description is the default re

[PATCH 2/5] drivers: firmware: psci: Register with kernel restart handler

2021-06-04 Thread Lee Jones
From: Guenter Roeck Register with kernel restart handler instead of setting arm_pm_restart directly. This enables support for replacing the PSCI restart handler with a different handler if necessary for a specific board. Select a priority of 129 to indicate a higher than default priority, but ke

[PATCH 1/5] ARM: xen: Register with kernel restart handler

2021-06-04 Thread Lee Jones
From: Guenter Roeck Register with kernel restart handler instead of setting arm_pm_restart directly. Select a high priority of 192 to ensure that default restart handlers are replaced if Xen is running. Acked-by: Arnd Bergmann Reviewed-by: Wolfram Sang Reviewed-by: Stefano Stabellini Signed-

[RESEND 0/5] ARM/arm64: arm_pm_restart removal

2021-06-04 Thread Lee Jones
This is a rebase/refresh of a set sent out, reviewed, then forgotten about. It's still considered useful. Here is an excerpt from the previous attempt: "Hi Russell, ARM SoC maintainers, here's the full set of patches that remove arm_pm_restart as discussed earlier. There's some background on

Re: [edk2-devel] [PATCH 00/43] OvmfPkg: remove Xen support from OvmfPkg*.dsc, in favor of OvmfXen.dsc

2021-06-04 Thread Anthony PERARD
On Wed, Jun 02, 2021 at 10:36:49AM +0200, Laszlo Ersek wrote: > Anthony, Julien, > > (or anyone else subscribed to xen-devel -- CC'd now), > > On 05/26/21 22:14, Laszlo Ersek wrote: > > Bugzilla: https://bugzilla.tianocore.org/show_bug.cgi?id=2122 > > Repo: https://pagure.io/lersek/edk2.git >

Re: [PATCH v2 07/12] mm: allow page scrubbing routine(s) to be arch controlled

2021-06-04 Thread Jan Beulich
On 03.06.2021 11:39, Julien Grall wrote: > On 27/05/2021 14:58, Jan Beulich wrote: >> On 27.05.2021 15:06, Julien Grall wrote: >>> On 27/05/2021 13:33, Jan Beulich wrote: @@ -1046,12 +1051,14 @@ static struct page_info *alloc_heap_page if ( first_dirty != INVALID_DIRTY_IDX ||

Re: [PATCH v2] SUPPORT.md: Un-shimmed 32-bit PV guests are no longer supported

2021-06-04 Thread George Dunlap
> On May 6, 2021, at 1:47 PM, George Dunlap wrote: > > The support status of 32-bit guests doesn't seem particularly useful. > > With it changed to fully unsupported outside of PV-shim, adjust the PV32 > Kconfig default accordingly. > > Reported-by: Jann Horn > Signed-off-by: George Dunlap

[xen-unstable test] 162357: trouble: broken/fail/pass

2021-06-04 Thread osstest service owner
flight 162357 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/162357/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-xl broken Tests which are fail

[libvirt test] 162360: regressions - FAIL

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

Re: pci passthrough issue introduced between 4.14.1 and 4.15.0

2021-06-04 Thread AL13N
Juergen Gross schreef op 2021-06-04 09:10: On 04.06.21 08:56, Jan Beulich wrote: On 03.06.2021 18:01, AL13N wrote: Jan Beulich schreef op 2021-06-01 16:53: On 01.06.2021 16:44, AL13N wrote: This mailing list is the correct place for the toolstack too? right? Yes. So, what's the plan to fi

[qemu-mainline test] 162356: regressions - FAIL

2021-06-04 Thread osstest service owner
flight 162356 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/162356/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-qemuu-freebsd11-amd64 16 guest-saverestore fail REGR. vs. 152631 test-amd64-am

Re: pci passthrough issue introduced between 4.14.1 and 4.15.0

2021-06-04 Thread Juergen Gross
On 04.06.21 08:56, Jan Beulich wrote: On 03.06.2021 18:01, AL13N wrote: Jan Beulich schreef op 2021-06-01 16:53: On 01.06.2021 16:44, AL13N wrote: This mailing list is the correct place for the toolstack too? right? Yes. So, what's the plan to fix this? is the plan to fix the toolstack? or