All of lore.kernel.org
 help / color / mirror / Atom feed
From: Gavin Shan <gwshan@linux.vnet.ibm.com>
To: qemu-devel@nongnu.org
Cc: agraf@suse.de, Gavin Shan <gwshan@linux.vnet.ibm.com>,
	alex.williamson@redhat.com, qemu-ppc@nongnu.org,
	david@gibson.dropbear.id.au
Subject: [Qemu-devel] [PATCH v3 0/2] Bug fixes for EEH on VFIO PCI devices
Date: Thu, 26 Mar 2015 16:35:00 +1100	[thread overview]
Message-ID: <1427348102-5879-1-git-send-email-gwshan@linux.vnet.ibm.com> (raw)

The patches are fixing 2 issues for EEH on VFIO PCI devices. PATCH[1/2]
clears stale MSIx table of VFIO PCI devices when asserting fundamental
or hot PE reset so that their MSIx tables can be restored properly after
reset to avoid recursive EEH error. PATCH[2/2] clears PE frozen state
in case the guest hits excessive EEH errors. With the fix, the VFIO
PCI devices are expected to work again after rebooting guest.

Changelog
=========
v2 -> v3:
        * Introduced vfio_eeh_pe_reset(), which is called from spapr_pci_vfio.c
          when asserting PE reset, replaces vfio_container_eeh_event() to clear
          stale MSIx tables.
        * Droped the patch "VFIO: Disable INTx interrupt on EEH reset", which
          is caused by KVM bugs on host side.
v1 -> v2:
        * vfio_container_eeh_event() stub for !CONFIG_PCI and separate error
          message for this function. Dropped vfio_put_group() on NULL group
        * Disabling INTx interrupt, instead of clearing INTx pending flag
          during PE reset.
 
Gavin Shan (2):
  VFIO: Clear stale MSIx table during EEH reset
  sPAPR: Reenable EEH functionality on reboot

 hw/ppc/spapr_pci_vfio.c | 27 ++++++++++++++++++++++-----
 hw/vfio/Makefile.objs   |  6 +++++-
 hw/vfio/pci-stub.c      | 16 ++++++++++++++++
 hw/vfio/pci.c           | 36 ++++++++++++++++++++++++++++++++++++
 include/hw/vfio/vfio.h  |  2 ++
 5 files changed, 81 insertions(+), 6 deletions(-)
 create mode 100644 hw/vfio/pci-stub.c

-- 
1.8.3.2

             reply	other threads:[~2015-03-26  5:38 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-03-26  5:35 Gavin Shan [this message]
2015-03-26  5:35 ` [Qemu-devel] [PATCH v3 1/2] VFIO: Clear stale MSIx table during EEH reset Gavin Shan
2015-03-27  6:00   ` David Gibson
2015-03-30  9:32     ` Gavin Shan
2015-03-30  2:39   ` David Gibson
2015-03-30  9:34     ` Gavin Shan
2015-03-31 19:36       ` Alex Williamson
2015-04-01  0:20         ` Gavin Shan
2015-04-01  1:16           ` Alex Williamson
2015-04-01  3:05             ` Gavin Shan
2015-03-26  5:35 ` [Qemu-devel] [PATCH 2/2] sPAPR: Reenable EEH functionality on reboot Gavin Shan
2015-03-27  6:01   ` David Gibson
2015-03-30  2:40   ` David Gibson
2015-03-30  9:35     ` 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=1427348102-5879-1-git-send-email-gwshan@linux.vnet.ibm.com \
    --to=gwshan@linux.vnet.ibm.com \
    --cc=agraf@suse.de \
    --cc=alex.williamson@redhat.com \
    --cc=david@gibson.dropbear.id.au \
    --cc=qemu-devel@nongnu.org \
    --cc=qemu-ppc@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.