[linux-5.4 test] 175553: FAIL

flight 175553 linux-5.4 real [real] http://logs.test-lab.xenproject.org/osstest/logs/175553/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemut-debianhvm-amd64 broken in 175407 test-amd64-i

[linux-linus test] 175552: regressions - FAIL

flight 175552 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/175552/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-libvirt-qcow2 8 xen-boot fail REGR. vs. 173462 test-amd64-amd64-li

Re: [PATCH 0/6] Resolve TYPE_PIIX3_XEN_DEVICE

On 1/2/23 4:34 PM, Bernhard Beschow wrote: > This series first renders TYPE_PIIX3_XEN_DEVICE redundant and finally removes > it. The motivation is to 1/ decouple PIIX from Xen and 2/ to make Xen in the > PC > machine agnostic to the precise southbridge being used. 2/ will become > particularily in

Re: [PATCH v6] xen/pt: reserve PCI slot 2 for Intel igd-passthru

On 1/2/23 12:46 PM, Michael S. Tsirkin wrote: > On Sun, Jan 01, 2023 at 06:52:03PM -0500, Chuck Zmudzinski wrote: > > Intel specifies that the Intel IGD must occupy slot 2 on the PCI bus, > > as noted in docs/igd-assign.txt in the Qemu source code. > > > > Currently, when the xl toolstack is used

[linux-5.4 test] 175551: FAIL

flight 175551 linux-5.4 real [real] http://logs.test-lab.xenproject.org/osstest/logs/175551/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-qemuu-rhel6hvm-intel broken in 175407 test-amd64-i

[PATCH 4/6] hw/isa/piix: Avoid Xen-specific variant of piix_write_config()

Subscribe to pci_bus_fire_intx_routing_notifier() instead which allows for having a common piix_write_config() for all PIIX device models. While at it, move the subscription into machine code in order to resolve TYPE_PIIX3_XEN_DEVICE. In a possible future followup, pci_bus_fire_intx_routing_notif

[PATCH 3/6] hw/isa/piix: Wire up Xen PCI IRQ handling outside of PIIX3

xen_intx_set_irq() doesn't depend on PIIX state. In order to resolve TYPE_PIIX3_XEN_DEVICE and in order to make Xen agnostic about the precise south bridge being used, set up Xen's PCI IRQ handling of PIIX3 in the board. Signed-off-by: Bernhard Beschow --- hw/i386/pc_piix.c | 12 hw

[PATCH 5/6] hw/isa/piix: Resolve redundant k->config_write assignments

The previous patch unified handling of piix_write_config() accross all PIIX device models which allows for assigning k->config_write once in the base class. Signed-off-by: Bernhard Beschow --- hw/isa/piix.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/hw/isa/piix.c b/hw

[PATCH 0/6] Resolve TYPE_PIIX3_XEN_DEVICE

This series first renders TYPE_PIIX3_XEN_DEVICE redundant and finally removes it. The motivation is to 1/ decouple PIIX from Xen and 2/ to make Xen in the PC machine agnostic to the precise southbridge being used. 2/ will become particularily interesting once PIIX4 becomes usable in the PC machine,

[PATCH 6/6] hw/isa/piix: Resolve redundant TYPE_PIIX3_XEN_DEVICE

During the last patches, TYPE_PIIX3_XEN_DEVICE turned into a clone of TYPE_PIIX3_DEVICE. Remove this redundancy. Signed-off-by: Bernhard Beschow --- hw/i386/pc_piix.c | 4 +--- hw/isa/piix.c | 20 include/hw/southbridge/piix.h | 1 - 3 files cha

[PATCH 2/6] hw/isa/piix: Reuse piix3_realize() in piix3_xen_realize()

This is a preparational patch for the next one to make the following more obvious: First, pci_bus_irqs() is now called twice in case of Xen where the second call overrides the pci_set_irq_fn with the Xen variant. Second, pci_bus_set_route_irq_fn() is now also called in Xen mode. Signed-off-by: B

[PATCH 1/6] include/hw/xen/xen: Make xen_piix3_set_irq() generic and rename it

xen_piix3_set_irq() hardcoded the number of PCI IRQ lines. Get it from the PCI bus instead. Signed-off-by: Bernhard Beschow --- hw/i386/xen/xen-hvm.c | 9 ++--- hw/isa/piix.c | 2 +- include/hw/xen/xen.h | 2 +- stubs/xen-hw-stub.c | 2 +- 4 files changed, 9 insertions(+), 6 delet

[linux-linus test] 175550: regressions - FAIL

flight 175550 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/175550/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-libvirt-qcow2 8 xen-boot fail REGR. vs. 173462 test-amd64-amd64-li

Re: AW: [PATCH v1 0/3] Add ioctls to map grant refs on the external backing storage

On 02.01.23 18:36, Koenig, Christian wrote: [AMD Official Use Only - General] Sorry for the messed up mail. We currently have mail problems here at AMD. Von: Oleksii Moisieiev Gesendet: Montag, 2. Januar 2023 14:41 An: jgr...

Re: [PATCH v6] xen/pt: reserve PCI slot 2 for Intel igd-passthru

On Sun, Jan 01, 2023 at 06:52:03PM -0500, Chuck Zmudzinski wrote: > Intel specifies that the Intel IGD must occupy slot 2 on the PCI bus, > as noted in docs/igd-assign.txt in the Qemu source code. > > Currently, when the xl toolstack is used to configure a Xen HVM guest with > Intel IGD passthroug

AW: [PATCH v1 0/3] Add ioctls to map grant refs on the external backing storage

[AMD Official Use Only - General] Sorry for the messed up mail. We currently have mail problems here at AMD. Von: Oleksii Moisieiev Gesendet: Montag, 2. Januar 2023 14:41 An: jgr...@suse.com Cc: Oleksii Moisieiev ; Stefano Stabellini ; Oleksandr Tyshchenko ; x

[linux-5.4 test] 175549: FAIL

flight 175549 linux-5.4 real [real] http://logs.test-lab.xenproject.org/osstest/logs/175549/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemut-debianhvm-amd64 broken in 175407 test-amd64-i

[PATCH] xen/arm: Print memory size in decimal in construct_domU

Printing domain's memory size in hex without even prepending it with 0x is not very useful and can be misleading. Switch to decimal notation. Signed-off-by: Michal Orzel --- xen/arch/arm/domain_build.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/xen/arch/arm/domain_build.

Re: [PATCH 4/6] CI: Express HYPERVISOR_ONLY in build.yml

Hi Andrew, On 30/12/2022 01:38, Andrew Cooper wrote: > > > Whether to build only Xen, or everything, is a property of container, > toolchain and/or testcase. It is not a property of XEN_TARGET_ARCH. > > Capitalise HYPERVISOR_ONLY and have it set by the debian-unstable-gcc-arm32-* > testcases a

Re: [PATCH 3/6] CI: Only calculate ./configure args if needed

Hi Andrew, On 30/12/2022 01:38, Andrew Cooper wrote: > > > This is purely code motion of the cfgargs construction, into the case where it > is used. > > No practical change. > > Signed-off-by: Andrew Cooper Reviewed-by: Michal Orzel ~Michal

Re: [PATCH 2/6] CI: Remove guesswork about which artefacts to preserve

Hi Andrew, On 30/12/2022 01:38, Andrew Cooper wrote: > Caution: This message originated from an External Source. Use proper caution > when opening attachments, clicking links, or responding. > > > Preserve the artefacts based on the `make` rune we actually ran, rather than > guesswork about whi

Re: [PATCH 1/6] CI: Drop automation/configs/

Hi Andrew, On 30/12/2022 01:38, Andrew Cooper wrote: > Caution: This message originated from an External Source. Use proper caution > when opening attachments, clicking links, or responding. > > > Having 3 extra hypervisor builds on the end of a full build is deeply > confusing to debug if one

[PATCH v1 3/3] xen/grant-table: add new ioctls to map dmabuf to existing fd

Add new ioctls to allow gntdev to map scatter-gather table on top of the existing dmabuf, referenced by file descriptor. When using dma-buf exporter to create dma-buf with backing storage and map it to the grant refs, provided from the domain, we've met a problem, that several HW (i.MX8 gpu in our

[PATCH v1 1/3] xen/grant-table: save page_count on map and use if during async unmapping

Save the reference count of the page before mapping and use this value in gntdev_unmap_refs_async() call. This is the enhancement of the commit 3f9f1c67572f5e5e6dc84216d48d1480f3c4fcf6 ("xen/grant-table: add a mechanism to safely unmap pages that are in use"). Safe unmapping mechanism defers page t

[PATCH v1 2/3] dma-buf: add dma buffer release notifier callback

Add posibility to register callback on dma-buffer which is called before dma_buf->ops->release call. This helps when external user of the dma buffer should be notified before buffer releases without changing dma-buf ops. This is needed when external dma buffer is used as backing storage for gntdev

[PATCH v1 0/3] Add ioctls to map grant refs on the external backing storage

Hello, Let me introduce the new ioctls, which are intended to allow gntdev to map scatter-gather table on top of the existing dmabuf, referenced by file descriptor. When using dma-buf exporter to create dma-buf with backing storage and map it to the grant refs, provided from the domain, we've met

Re: [XEN PATCH v1 1/4] arch/riscv: initial RISC-V support to build/run minimal Xen

Hi, On 29/12/2022 08:45, Oleksii wrote: Totally agree then. I missed that there is .bss.*. Actually I reworked a little bit xen.lds.S. As a basis I took xen.lds.S from ARM and removed all arch specific sections. So xen.lds.S contains stuff which isn't used for now (for example, *(.data.scheduler

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

flight 175548 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/175548/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-libvirt-pair broken Tests which are fai

[linux-linus test] 175546: regressions - FAIL

flight 175546 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/175546/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-libvirt-pair 12 xen-boot/src_host fail REGR. vs. 173462 test-amd64-amd64-li