From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:56424) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TJ82I-000466-HW for qemu-devel@nongnu.org; Tue, 02 Oct 2012 15:21:46 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TJ82C-00021n-R4 for qemu-devel@nongnu.org; Tue, 02 Oct 2012 15:21:42 -0400 Received: from mx1.redhat.com ([209.132.183.28]:10038) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TJ82C-00021e-IX for qemu-devel@nongnu.org; Tue, 02 Oct 2012 15:21:36 -0400 From: Alex Williamson Date: Tue, 02 Oct 2012 13:21:34 -0600 Message-ID: <20121002191609.31100.77382.stgit@bling.home> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Subject: [Qemu-devel] [PATCH 0/6] Misc PCI cleanups List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: mst@redhat.com, qemu-devel@nongnu.org Cc: jan.kiszka@siemens.com, alex.williamson@redhat.com A few cleanups that I'll also apply to vfio-pci. First make intx route checking non-fatal. vfio-pci has a fallback INTx mechanism that doesn't rely on this, so we can already run on q35, but not if we can't even probe for intx routing w/o blowing up. Next, both vfio-pci and pci-assign test whether INTx routing has changed using similar functions. Make this common. Finally, expose a way to get the MSI message for an MSI vector. Again, both pci-assign and vfio-pci need to do this to program the vector for KVM injection. Thanks, Alex --- Alex Williamson (6): pci-assign: Use msi_get_message() msi: Add msi_get_message() pci-assign: Use pci_intx_route_changed() pci: Helper function for testing if an INTx route changed pci-assign: Add support for no-route pci: Add INTx no-route option hw/kvm/pci-assign.c | 14 ++++++++------ hw/msi.c | 45 +++++++++++++++++++++++++++++---------------- hw/msi.h | 1 + hw/pci.c | 13 +++++++++++-- hw/pci.h | 2 ++ 5 files changed, 51 insertions(+), 24 deletions(-)