diff options
| author | Markus Armbruster <armbru@redhat.com> | 2016-03-15 19:34:35 +0100 |
|---|---|---|
| committer | Markus Armbruster <armbru@redhat.com> | 2016-03-21 21:29:01 +0100 |
| commit | 2d1d422d1145085fdde6a90d70cbbff7103d469b (patch) | |
| tree | 19b2ea6f6c5a81069c126504187ae1199281820f /scripts/tracetool/backend/log.py | |
| parent | 082751e82bed9482fc75863e0b305949bb230c6a (diff) | |
| download | focaccia-qemu-2d1d422d1145085fdde6a90d70cbbff7103d469b.tar.gz focaccia-qemu-2d1d422d1145085fdde6a90d70cbbff7103d469b.zip | |
ivshmem: Leave INTx alone when using MSI-X
The ivshmem device can either use MSI-X or legacy INTx for interrupts.
With MSI-X enabled, peer interrupt events trigger an MSI as they
should. But software can still raise INTx via interrupt status and
mask register in BAR 0. This is explicitly prohibited by PCI Local
Bus Specification Revision 3.0, section 6.8.3.3:
While enabled for MSI or MSI-X operation, a function is prohibited
from using its INTx# pin (if implemented) to request service (MSI,
MSI-X, and INTx# are mutually exclusive).
Fix the device model to leave INTx alone when using MSI-X.
Document that we claim to use INTx in config space even when we don't.
Unlike other devices, ivshmem does *not* use INTx when configured for
MSI-X and MSI-X isn't enabled by software.
Signed-off-by: Markus Armbruster <armbru@redhat.com>
Reviewed-by: Marc-André Lureau <marcandre.lureau@redhat.com>
Reviewed-by: Paolo Bonzini <pbonzini@redhat.com>
Message-Id: <1458066895-20632-21-git-send-email-armbru@redhat.com>
Diffstat (limited to 'scripts/tracetool/backend/log.py')
0 files changed, 0 insertions, 0 deletions