[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PATCH-for-9.0 v2 06/19] hw/pci/msi: Restrict xen_is_pirq_msi() call
From: |
David Woodhouse |
Subject: |
Re: [PATCH-for-9.0 v2 06/19] hw/pci/msi: Restrict xen_is_pirq_msi() call to Xen |
Date: |
Tue, 14 Nov 2023 16:18:27 -0500 |
User-agent: |
Evolution 3.44.4-0ubuntu2 |
On Tue, 2023-11-14 at 10:44 -0500, David Woodhouse wrote:
>
> I believe that if you push your branch to a gitlab tree with the
> right CI variables defined, it'll run all the CI? And I *hope* it
> fails with this patch. It's precisely the kind of thing I was
> *intending* to catch with the testing!
So it doesn't fail. Because virtio-net-pci doesn't use MSI, we need to
test with E1000E or something like that. And actually I'm not 100%
convinced the avocado tests are even running in the gitlab CI.
And also, if I test it manually... it doesn't fail because you didn't
break it :)
You didn't break the xen_evtchn_snoop_msi() call; that still works.
What you were changing is the part which makes msi_is_masked() lie and
unconditionally return false when it's mapped to a Xen PIRQ. And
actually, even in the Xen-emulation case, xen_is_pirq_msi() is always
returning zero. So your patch isn't changing anything.
It *does*, however, make hw/pci/msi.c do this exactly the same way as
hw/pci/msix.c does. That one does check xen_enabled() first.
I need to double-check whether the msi{x,}_is_masked() checks ought to
be doing the same for Xen-emu as they do on real Xen. That whole thing
is a complete abomination. But that isn't your problem. For your patch,
Reviewed-by: David Woodhouse <dwmw@amazon.co.uk>
smime.p7s
Description: S/MIME cryptographic signature
- [PATCH-for-9.0 v2 02/19] sysemu/xen: Forbid using Xen headers in user emulation, (continued)
- [PATCH-for-9.0 v2 02/19] sysemu/xen: Forbid using Xen headers in user emulation, Philippe Mathieu-Daudé, 2023/11/14
- [PATCH-for-9.0 v2 03/19] sysemu/xen-mapcache: Check Xen availability with CONFIG_XEN_IS_POSSIBLE, Philippe Mathieu-Daudé, 2023/11/14
- [PATCH-for-9.0 v2 04/19] system/physmem: Do not include 'hw/xen/xen.h' but 'sysemu/xen.h', Philippe Mathieu-Daudé, 2023/11/14
- [PATCH-for-9.0 v2 05/19] hw/display: Restrict xen_register_framebuffer() call to Xen, Philippe Mathieu-Daudé, 2023/11/14
- [PATCH-for-9.0 v2 06/19] hw/pci/msi: Restrict xen_is_pirq_msi() call to Xen, Philippe Mathieu-Daudé, 2023/11/14
[PATCH-for-9.0 v2 07/19] hw/xen: Remove unnecessary xen_hvm_inject_msi() stub, Philippe Mathieu-Daudé, 2023/11/14
[PATCH-for-9.0 v2 08/19] hw/xen: Remove unused Xen stubs, Philippe Mathieu-Daudé, 2023/11/14
[RFC PATCH-for-9.0 v2 09/19] hw/block/xen_blkif: Align structs with QEMU_ALIGNED() instead of #pragma, Philippe Mathieu-Daudé, 2023/11/14
[PATCH-for-9.0 v2 10/19] hw/xen: Rename 'ram_memory' global variable as 'xen_memory', Philippe Mathieu-Daudé, 2023/11/14
[PATCH-for-9.0 v2 11/19] hw/xen/xen_arch_hvm: Rename prototypes using 'xen_arch_' prefix, Philippe Mathieu-Daudé, 2023/11/14
[PATCH-for-9.0 v2 15/19] hw/xen: Reduce inclusion of 'cpu.h' to target-specific sources, Philippe Mathieu-Daudé, 2023/11/14