aboutsummaryrefslogtreecommitdiff
path: root/xen-hvm-stub.c
diff options
context:
space:
mode:
authorStefano Stabellini <stefano.stabellini@eu.citrix.com>2016-01-13 14:59:09 +0000
committerMichael S. Tsirkin <mst@redhat.com>2016-02-06 20:44:10 +0200
commit428c3ece97179557f2753071fb0ca97a03437267 (patch)
tree6aa26f91ad4b268c0d51e8b3819bb4381a446fda /xen-hvm-stub.c
parentd66b969b0d9c8eefdcbff4b48535b0fe1501d139 (diff)
downloadqemu-428c3ece97179557f2753071fb0ca97a03437267.zip
qemu-428c3ece97179557f2753071fb0ca97a03437267.tar.gz
qemu-428c3ece97179557f2753071fb0ca97a03437267.tar.bz2
fix MSI injection on Xen
On Xen MSIs can be remapped into pirqs, which are a type of event channels. It's mostly for the benefit of PCI passthrough devices, to avoid the overhead of interacting with the emulated lapic. However remapping interrupts and MSIs is also supported for emulated devices, such as the e1000 and virtio-net. When an interrupt or an MSI is remapped into a pirq, masking and unmasking is done by masking and unmasking the event channel. The masking bit on the PCI config space or MSI-X table should be ignored, but it isn't at the moment. As a consequence emulated devices which use MSI or MSI-X, such as virtio-net, don't work properly (the guest doesn't receive any notifications). The mechanism was working properly when xen_apic was introduced, but I haven't narrowed down which commit in particular is causing the regression. Fix the issue by ignoring the masking bit for MSI and MSI-X which have been remapped into pirqs. Signed-off-by: Stefano Stabellini <stefano.stabellini@eu.citrix.com> Reviewed-by: Michael S. Tsirkin <mst@redhat.com> Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Diffstat (limited to 'xen-hvm-stub.c')
-rw-r--r--xen-hvm-stub.c5
1 files changed, 5 insertions, 0 deletions
diff --git a/xen-hvm-stub.c b/xen-hvm-stub.c
index a6cb5d3..c500325 100644
--- a/xen-hvm-stub.c
+++ b/xen-hvm-stub.c
@@ -31,6 +31,11 @@ void xen_hvm_inject_msi(uint64_t addr, uint32_t data)
{
}
+int xen_is_pirq_msi(uint32_t msi_data)
+{
+ return 0;
+}
+
void xen_ram_alloc(ram_addr_t ram_addr, ram_addr_t size, MemoryRegion *mr,
Error **errp)
{