From: Gavin Shan <gwshan@linux.vnet.ibm.com>
To: qemu-devel@nongnu.org
Cc: aik@ozlabs.ru, alex.williamson@redhat.com,
Gavin Shan <gwshan@linux.vnet.ibm.com>
Subject: [Qemu-devel] [RFC PATCH v2 2/2] VFIO: Clear stale MSIx table during EEH reset
Date: Mon, 1 Sep 2014 10:53:32 +1000 [thread overview]
Message-ID: <1409532812-8644-3-git-send-email-gwshan@linux.vnet.ibm.com> (raw)
In-Reply-To: <1409532812-8644-1-git-send-email-gwshan@linux.vnet.ibm.com>
The PCI device MSIx table is cleaned out in hardware after EEH PE
reset. However, we still hold the stale MSIx entries in QEMU, which
should be cleared accordingly. Otherwise, we will run into another
(recursive) EEH error and the PCI devices contained in the PE have
to be offlined exceptionally.
The patch clears stale MSIx table before EEH PE reset so that MSIx
table could be restored properly after EEH PE reset.
Signed-off-by: Gavin Shan <gwshan@linux.vnet.ibm.com>
---
hw/misc/vfio.c | 32 +++++++++++++++++++++++++++++++-
1 file changed, 31 insertions(+), 1 deletion(-)
diff --git a/hw/misc/vfio.c b/hw/misc/vfio.c
index 1a3e7eb..1f55051 100644
--- a/hw/misc/vfio.c
+++ b/hw/misc/vfio.c
@@ -2724,6 +2724,17 @@ static void vfio_disable_interrupts(VFIODevice *vdev)
}
}
+static void vfio_disable_and_reset_interrupts(VFIODevice *vdev)
+{
+ vfio_disable_interrupts(vdev);
+
+ switch (vdev->interrupt) {
+ case VFIO_INT_MSIX:
+ msix_reset(&vdev->pdev);
+ break;
+ }
+}
+
static int vfio_setup_msi(VFIODevice *vdev, int pos)
{
uint16_t ctrl;
@@ -4442,8 +4453,27 @@ int vfio_container_ioctl(AddressSpace *as, int32_t groupid,
switch (req) {
case VFIO_CHECK_EXTENSION:
case VFIO_IOMMU_SPAPR_TCE_GET_INFO:
- case VFIO_EEH_PE_OP:
break;
+ case VFIO_EEH_PE_OP: {
+ VFIODevice *vdev;
+ struct vfio_eeh_pe_op *arg = (struct vfio_eeh_pe_op *)param;
+
+ switch (arg->op) {
+ case VFIO_EEH_PE_RESET_HOT:
+ case VFIO_EEH_PE_RESET_FUNDAMENTAL:
+ /*
+ * The MSIx table will be cleaned out by reset. We need
+ * disable it so that it can be reenabled properly. Also,
+ * the cached MSIx table should be cleared as it's not
+ * reflecting the contents in hardware.
+ */
+ QLIST_FOREACH(vdev, &group->device_list, next) {
+ vfio_disable_and_reset_interrupts(vdev);
+ }
+ }
+
+ break;
+ }
default:
/* Return an error on unknown requests */
error_report("vfio: unsupported ioctl %X", req);
--
1.8.3.2
next prev parent reply other threads:[~2014-09-01 0:53 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-09-01 0:53 [Qemu-devel] [RFC PATCH v2 0/2] Fix MSIx lost after PE reset Gavin Shan
2014-09-01 0:53 ` [Qemu-devel] [RFC PATCH v2 1/2] VFIO: Drop vfio_container_do_ioctl() Gavin Shan
2014-09-01 0:53 ` Gavin Shan [this message]
2014-09-02 20:10 ` [Qemu-devel] [RFC PATCH v2 2/2] VFIO: Clear stale MSIx table during EEH reset Alex Williamson
2014-09-02 23:12 ` Gavin Shan
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1409532812-8644-3-git-send-email-gwshan@linux.vnet.ibm.com \
--to=gwshan@linux.vnet.ibm.com \
--cc=aik@ozlabs.ru \
--cc=alex.williamson@redhat.com \
--cc=qemu-devel@nongnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).