From: Bjorn Helgaas <bhelgaas@google.com>
To: linux-pci@vger.kernel.org
Cc: Gavin Shan <shangw@linux.vnet.ibm.com>
Subject: [PATCH v4 00/22] PCI: Cache MSI/MSI-X capability offsets, other cleanup
Date: Mon, 22 Apr 2013 17:10:12 -0600 [thread overview]
Message-ID: <20130422230012.32621.15224.stgit@bhelgaas-glaptop> (raw)
This supercedes Gavin's "[PATCH v3 0/5] Retrieve MSI/MSIX cap struct for
once on setup" series from Apr 4, 2013.
It includes Gavin's patches (there were actually only 4 in v3, not 5),
together with more MSI-related cleanup that I did.
There's also a possible bug-fix in xen_initdom_setup_msi_irqs(): previously
it ignored the "Table Offset" bits in the MSI-X capability. I don't know
enough about Xen to know how it uses struct physdev_map_pirq, but it seems
possible that we should pay attention to those bits.
---
Bjorn Helgaas (18):
[SCSI] megaraid_sas: Use correct #define for MSI-X capability
PCI: Use u8, not int, for PM capability offset
PCI: Clean up MSI/MSI-X capability #defines
PCI: Use cached MSI/MSI-X offsets from dev, not from msi_desc
PCI: Drop msi_control_reg() macro and use PCI_MSI_FLAGS directly
PCI: Drop msi_lower_address_reg() and msi_upper_address_reg() macros
PCI: Drop msi_data_reg() macro
PCI: Drop is_64bit_address() and is_mask_bit_support() macros
PCI: Drop msix_table_offset_reg() and msix_pba_offset_reg() macros
PCI: Use msix_table_size() directly, drop multi_msix_capable()
PCI: Drop msi_mask_reg() and remove drivers/pci/msi.h
PCI: Use PCI_MSIX_TABLE_BIR, not PCI_MSIX_FLAGS_BIRMASK
PCI: Remove "extern" from function declarations
xen/pci: Pay attention to PCI_MSIX_TABLE_OFFSET
xen/pci: Use PCI_MSIX_TABLE_BIR, not PCI_MSIX_FLAGS_BIRMASK
xen/pci: Used cached MSI-X capability offset
vfio-pci: Use PCI_MSIX_TABLE_BIR, not PCI_MSIX_FLAGS_BIRMASK
vfio-pci: Use cached MSI/MSI-X capabilities
Gavin Shan (4):
PCI: Cache MSI/MSI-X capability offsets in struct pci_dev
PCI: Remove MSI/MSI-X cap check in pci_msi_check_device()
PCI: Use cached MSI cap while enabling MSI interrupts
PCI: Use cached MSI-X cap while enabling MSI-X
arch/x86/pci/xen.c | 9 +
drivers/pci/msi.c | 176 +++++++++++++----------------
drivers/pci/msi.h | 24 ----
drivers/scsi/megaraid/megaraid_sas.h | 3
drivers/scsi/megaraid/megaraid_sas_base.c | 4 -
drivers/vfio/pci/vfio_pci.c | 10 +-
include/linux/msi.h | 23 ++--
include/linux/pci.h | 5 -
include/uapi/linux/pci_regs.h | 30 +++--
9 files changed, 123 insertions(+), 161 deletions(-)
delete mode 100644 drivers/pci/msi.h
--
Bjorn
next reply other threads:[~2013-04-22 23:10 UTC|newest]
Thread overview: 35+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-04-22 23:10 Bjorn Helgaas [this message]
2013-04-22 23:10 ` [PATCH v4 01/22] [SCSI] megaraid_sas: Use correct #define for MSI-X capability Bjorn Helgaas
2013-04-22 23:52 ` Radford, Adam
2013-04-22 23:10 ` [PATCH v4 02/22] PCI: Use u8, not int, for PM capability offset Bjorn Helgaas
2013-04-22 23:32 ` Rafael J. Wysocki
2013-04-22 23:10 ` [PATCH v4 03/22] PCI: Cache MSI/MSI-X capability offsets in struct pci_dev Bjorn Helgaas
2013-04-22 23:10 ` [PATCH v4 04/22] PCI: Remove MSI/MSI-X cap check in pci_msi_check_device() Bjorn Helgaas
2013-04-22 23:10 ` [PATCH v4 05/22] PCI: Use cached MSI cap while enabling MSI interrupts Bjorn Helgaas
2013-04-22 23:10 ` [PATCH v4 06/22] PCI: Use cached MSI-X cap while enabling MSI-X Bjorn Helgaas
2013-04-22 23:11 ` [PATCH v4 07/22] PCI: Clean up MSI/MSI-X capability #defines Bjorn Helgaas
2013-04-22 23:11 ` [PATCH v4 08/22] PCI: Use cached MSI/MSI-X offsets from dev, not from msi_desc Bjorn Helgaas
2013-04-22 23:11 ` [PATCH v4 09/22] PCI: Drop msi_control_reg() macro and use PCI_MSI_FLAGS directly Bjorn Helgaas
2013-04-22 23:11 ` [PATCH v4 10/22] PCI: Drop msi_lower_address_reg() and msi_upper_address_reg() macros Bjorn Helgaas
2013-04-22 23:11 ` [PATCH v4 11/22] PCI: Drop msi_data_reg() macro Bjorn Helgaas
2013-04-22 23:11 ` [PATCH v4 12/22] PCI: Drop is_64bit_address() and is_mask_bit_support() macros Bjorn Helgaas
2013-04-22 23:11 ` [PATCH v4 13/22] PCI: Drop msix_table_offset_reg() and msix_pba_offset_reg() macros Bjorn Helgaas
2013-04-22 23:11 ` [PATCH v4 14/22] PCI: Use msix_table_size() directly, drop multi_msix_capable() Bjorn Helgaas
2013-04-22 23:11 ` [PATCH v4 15/22] PCI: Drop msi_mask_reg() and remove drivers/pci/msi.h Bjorn Helgaas
2013-04-22 23:12 ` [PATCH v4 16/22] PCI: Use PCI_MSIX_TABLE_BIR, not PCI_MSIX_FLAGS_BIRMASK Bjorn Helgaas
2013-04-22 23:12 ` [PATCH v4 17/22] PCI: Remove "extern" from function declarations Bjorn Helgaas
2013-04-22 23:12 ` [PATCH v4 18/22] xen/pci: Pay attention to PCI_MSIX_TABLE_OFFSET Bjorn Helgaas
2013-04-24 16:34 ` Bjorn Helgaas
2013-04-25 9:40 ` [Xen-devel] " Jan Beulich
2013-04-25 16:42 ` Bjorn Helgaas
2013-04-26 7:16 ` Jan Beulich
2013-04-26 14:50 ` Bjorn Helgaas
2013-04-22 23:12 ` [PATCH v4 19/22] xen/pci: Use PCI_MSIX_TABLE_BIR, not PCI_MSIX_FLAGS_BIRMASK Bjorn Helgaas
2013-04-24 16:35 ` Bjorn Helgaas
2013-04-22 23:12 ` [PATCH v4 20/22] xen/pci: Used cached MSI-X capability offset Bjorn Helgaas
2013-04-24 16:35 ` Bjorn Helgaas
2013-04-22 23:12 ` [PATCH v4 21/22] vfio-pci: Use PCI_MSIX_TABLE_BIR, not PCI_MSIX_FLAGS_BIRMASK Bjorn Helgaas
2013-04-23 20:12 ` Alex Williamson
2013-04-22 23:12 ` [PATCH v4 22/22] vfio-pci: Use cached MSI/MSI-X capabilities Bjorn Helgaas
2013-04-23 20:13 ` Alex Williamson
2013-04-24 17:48 ` [PATCH v4 00/22] PCI: Cache MSI/MSI-X capability offsets, other cleanup Bjorn Helgaas
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=20130422230012.32621.15224.stgit@bhelgaas-glaptop \
--to=bhelgaas@google.com \
--cc=linux-pci@vger.kernel.org \
--cc=shangw@linux.vnet.ibm.com \
/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).