[xen-4.13-testing test] 154776: regressions - trouble: blocked/broken/fail/pass

2020-09-27 Thread osstest service owner
flight 154776 xen-4.13-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/154776/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-shadow broken test-amd64-amd64-xl-rtds

[PATCH] x86/apic/msi: Unbreak DMAR and HPET MSI

2020-09-27 Thread Thomas Gleixner
Switching the DMAR and HPET MSI code to use the generic MSI domain ops missed to add the flag which tells the core code to update the domain operations with the defaults. As a consequence the core code crashes when an interrupt in one of those domains is allocated. Add the missing flags. Fixes: 9

[linux-5.4 test] 154908: trouble: blocked/broken/pass

2020-09-27 Thread osstest service owner
flight 154908 linux-5.4 real [real] http://logs.test-lab.xenproject.org/osstest/logs/154908/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64 broken build-amd64-pvops

[xen-4.10-testing test] 154930: trouble: blocked/broken

2020-09-27 Thread osstest service owner
flight 154930 xen-4.10-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/154930/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64 broken build-amd64-prev

Kernel panic on 'floppy' module load, Xen HVM, since 4.19.143

2020-09-27 Thread Marek Marczykowski-Górecki
Hi all, I get kernel panic on 'floppy' module load. If I blacklist the module, then everything works. The issue happens in Xen HVM, other virtualization modes (PV, PVH) works fine. PV dom0 works too. I haven't tried bare metal, but I assume it works fine too. The issue happens on newer kernels too

[xen-unstable-coverity test] 154954: trouble: broken

2020-09-27 Thread osstest service owner
flight 154954 xen-unstable-coverity real [real] http://logs.test-lab.xenproject.org/osstest/logs/154954/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: coverity-amd64 broken coverity-am

[xen-4.12-testing test] 154918: trouble: blocked/broken

2020-09-27 Thread osstest service owner
flight 154918 xen-4.12-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/154918/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64 broken build-amd64-prev

Compiling while considering address-of-packed-member

2020-09-27 Thread Asaf Fisher
should I just turn it off? I mean some code such as ipxe (from ipxe.tar.gz) does not add pragma marks to ignore this error.. also /tools/firmware/rombios/32bit/tcgbios/tcgbios.c:1508 needs a pragma mark... What should I do?

[libvirt test] 154935: trouble: blocked/broken

2020-09-27 Thread osstest service owner
flight 154935 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/154935/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64 broken build-amd64-pvops

[PATCH] x86/S3: Fix Shadow Stack resume path

2020-09-27 Thread Marek Marczykowski-Górecki
Fix the resume path to load the shadow stack pointer from saved_ssp (not saved_rsp), to match what suspend path does. Signed-off-by: Marek Marczykowski-Górecki Fixes: 633ecc4a7cb2 ("x86/S3: Save and restore Shadow Stack configuration") Backport: 4.14 --- xen/arch/x86/acpi/wakeup_prot.S | 2 +- 1

Re: [PATCH 3/3] stubdom: add xenstore pvh stubdom

2020-09-27 Thread Samuel Thibault
Juergen Gross, le mer. 23 sept. 2020 08:45:41 +0200, a ecrit: > Add a PVH xenstore stubdom in order to support a Xenstore stubdom on > a hypervisor built without PV-support. > > Signed-off-by: Juergen Gross Reviewed-by: Samuel Thibault > --- > .gitignore | 1 + > stubdom/

[PATCH] arch/x86: fix some typos in xen_pagetable_p2m_free()

2020-09-27 Thread Hui Su
arch/x86: fix some typos in xen_pagetable_p2m_free(): s/Fortunatly/Fortunately Signed-off-by: Hui Su --- arch/x86/xen/mmu_pv.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/x86/xen/mmu_pv.c b/arch/x86/xen/mmu_pv.c index 3273c985d3dd..fbee8f50088b 100644 --- a/arch/x86/

[seabios test] 154814: trouble: blocked/broken/pass

2020-09-27 Thread osstest service owner
flight 154814 seabios real [real] http://logs.test-lab.xenproject.org/osstest/logs/154814/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: build-i386 broken build-i386-pvops

[xen-4.10-testing test] 154960: trouble: blocked/broken

2020-09-27 Thread osstest service owner
flight 154960 xen-4.10-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/154960/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64 broken build-amd64-prev

[linux-5.4 test] 154956: trouble: blocked/broken

2020-09-27 Thread osstest service owner
flight 154956 linux-5.4 real [real] http://logs.test-lab.xenproject.org/osstest/logs/154956/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64 broken build-amd64-pvops

[xen-4.12-testing test] 154963: trouble: blocked/broken

2020-09-27 Thread osstest service owner
flight 154963 xen-4.12-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/154963/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64 broken build-amd64-prev

[ovmf test] 154899: trouble: blocked/broken

2020-09-27 Thread osstest service owner
flight 154899 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/154899/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64 broken build-amd64-pvops

[RESEND] [PATCH] tools/python: Pass linker to Python build process

2020-09-27 Thread Elliott Mitchell
Unexpectedly the environment variable which needs to be passed is $LDSHARED and not $LD. Otherwise Python may find the build `ld` instead of the host `ld`. Replace $(LDFLAGS) with $(SHLIB_LDFLAGS) as Python needs shared objects it can load at runtime, not executables. This uses $(CC) instead of

[xen-unstable bisection] complete test-xtf-amd64-amd64-4

2020-09-27 Thread osstest service owner
branch xen-unstable xenbranch xen-unstable job test-xtf-amd64-amd64-4 testid xtf/test-pv64-xsa-221 Tree: linux git://xenbits.xen.org/linux-pvops.git Tree: linuxfirmware git://xenbits.xen.org/osstest/linux-firmware.git Tree: qemu git://xenbits.xen.org/qemu-xen-traditional.git Tree: qemuu git://xenb

[xen-4.10-testing test] 154977: trouble: blocked/broken

2020-09-27 Thread osstest service owner
flight 154977 xen-4.10-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/154977/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64 broken build-amd64-prev

Re: Kernel panic on 'floppy' module load, Xen HVM, since 4.19.143

2020-09-27 Thread Jürgen Groß
On 27.09.20 13:14, Marek Marczykowski-Górecki wrote: Hi all, I get kernel panic on 'floppy' module load. If I blacklist the module, then everything works. The issue happens in Xen HVM, other virtualization modes (PV, PVH) works fine. PV dom0 works too. I haven't tried bare metal, but I assume it

Re: [PATCH 0/4] xen/arm: Unbreak ACPI

2020-09-27 Thread Masami Hiramatsu
Hello, This made progress with my Xen boot on DeveloperBox ( https://www.96boards.org/product/developerbox/ ) with ACPI. Thank you, 2020年9月27日(日) 5:56 Julien Grall : > > From: Julien Grall > > Hi all, > > Xen on ARM has been broken for quite a while on ACPI systems. This > series aims to fix