diff options
author | Stefano Stabellini <stefano.stabellini@eu.citrix.com> | 2010-12-01 14:51:44 +0000 |
---|---|---|
committer | Stefano Stabellini <stefano.stabellini@eu.citrix.com> | 2010-12-02 14:34:25 +0000 |
commit | af42b8d12f8adec6711cb824549a0edac6a4ae8f (patch) | |
tree | e922110d01d85688a03f9ae5d7e31c9f73f2b001 /kernel/workqueue.c | |
parent | e5fc7345412d5e4758fcef55a74354c5cbefd61e (diff) | |
download | op-kernel-dev-af42b8d12f8adec6711cb824549a0edac6a4ae8f.zip op-kernel-dev-af42b8d12f8adec6711cb824549a0edac6a4ae8f.tar.gz |
xen: fix MSI setup and teardown for PV on HVM guests
When remapping MSIs into pirqs for PV on HVM guests, qemu is responsible
for doing the actual mapping and unmapping.
We only give qemu the desired pirq number when we ask to do the mapping
the first time, after that we should be reading back the pirq number
from qemu every time we want to re-enable the MSI.
This fixes a bug in xen_hvm_setup_msi_irqs that manifests itself when
trying to enable the same MSI for the second time: the old MSI to pirq
mapping is still valid at this point but xen_hvm_setup_msi_irqs would
try to assign a new pirq anyway.
A simple way to reproduce this bug is to assign an MSI capable network
card to a PV on HVM guest, if the user brings down the corresponding
ethernet interface and up again, Linux would fail to enable MSIs on the
device.
Signed-off-by: Stefano Stabellini <stefano.stabellini@eu.citrix.com>
Diffstat (limited to 'kernel/workqueue.c')
0 files changed, 0 insertions, 0 deletions