[ovmf test] 184348: all pass - PUSHED

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

Re: Xen 4.18rc/ARM64 on Raspberry Pi 4B: Traffic in DomU crashing Dom0 when using VLANs

Am 22.10.2023 um 07:42 schrieb Paul Leiber: Am 13.10.2023 um 20:56 schrieb Paul Leiber: Hi Xen developers list, TL;DR: -- Causing certain web server traffic on a secondary VLAN on Raspberry Pi under vanilla Debian/UEFI in combination with Xen leads to complete system reboot (watchdog

[linux-linus test] 184345: regressions - FAIL

flight 184345 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/184345/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-arm64-arm64-xl-credit1 12 debian-install fail REGR. vs. 184270 test-arm64-arm64-xl

Re: [PATCH v5 13/13] xen/arm: add cache coloring support for Xen

Hi Carlo, On 13/01/2024 17:07, Carlo Nonato wrote: diff --git a/xen/arch/arm/mmu/setup.c b/xen/arch/arm/mmu/setup.c index 37b6d230ad..66b674eeab 100644 --- a/xen/arch/arm/mmu/setup.c +++ b/xen/arch/arm/mmu/setup.c @@ -7,6 +7,7 @@ #include #include +#include #include #include @

[xen-unstable test] 184343: tolerable FAIL

flight 184343 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/184343/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-amd64-amd64-xl-qemut-debianhvm-i386-xsm 12 debian-hvm-install fail like 184335 test-armhf-armhf-libvirt 1

[linux-linus test] 184342: regressions - FAIL

flight 184342 linux-linus real [real] flight 184344 linux-linus real-retest [real] http://logs.test-lab.xenproject.org/osstest/logs/184342/ http://logs.test-lab.xenproject.org/osstest/logs/184344/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run

Re: [PATCH] hw/i386/pc_piix: Make piix_intx_routing_notifier_xen() more device independent

On Sun, Jan 14, 2024 at 12:21:59PM +, Bernhard Beschow wrote: > > > Am 7. Januar 2024 23:16:23 UTC schrieb Bernhard Beschow : > >This is a follow-up on commit 89965db43cce "hw/isa/piix3: Avoid Xen-specific > >variant of piix3_write_config()" which introduced > >piix_intx_routing_notifier_xen(

Re: [PATCH] hw/i386/pc_piix: Make piix_intx_routing_notifier_xen() more device independent

Am 7. Januar 2024 23:16:23 UTC schrieb Bernhard Beschow : >This is a follow-up on commit 89965db43cce "hw/isa/piix3: Avoid Xen-specific >variant of piix3_write_config()" which introduced >piix_intx_routing_notifier_xen(). This function is implemented in board code >but >accesses the PCI configu

[PATCH 1/2] arm: vgic: Add the ability to trigger MSIs from the Hypervisor

Add the vgic_its_trigger_msi() function to the vgic interface. This function allows to inject MSIs from the Hypervisor to the guest. Which is useful for userspace PCI backend drivers. Signed-off-by: Mykyta Poturai --- xen/arch/arm/include/asm/vgic.h | 11 +++ xen/arch/arm/vgic-v3-its.c

[PATCH 2/2] xen/dm: arm: Introduce inject_msi2 DM op

Add the second version of inject_msi DM op, which allows to specify the source_id of an MSI interrupt. This is needed for correct MSI injection on ARM. It would not be safe to include the source_id in the original inject_msi in the pad field, because we have no way to know if it is set or not. Si

[PATCH 0/2] Add support for MSI injection on Arm

This series adds the base support for MSI injection on Arm. This is needed to streamline virtio-pci interrupt triggering. With this patches, MSIs can be triggered in guests by issuing the new DM op, inject_msi2. This op is similar to inject_msi, but it allows to specify the source id of the MSI.