Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932353Ab2E3In2 (ORCPT ); Wed, 30 May 2012 04:43:28 -0400 Received: from e31.co.us.ibm.com ([32.97.110.149]:39822 "EHLO e31.co.us.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932264Ab2E3InZ (ORCPT ); Wed, 30 May 2012 04:43:25 -0400 Date: Wed, 30 May 2012 16:34:57 +0800 From: Gavin Shan To: Alex Williamson Cc: bhelgaas@google.com, linux-pci@vger.kernel.org, benh@kernel.crashing.org, aik@ozlabs.ru, david@gibson.dropbear.id.au, joerg.roedel@amd.com, dwmw2@infradead.org, konrad.wilk@oracle.com, iommu@lists.linux-foundation.org, linux-kernel@vger.kernel.org, ddutile@redhat.com, alex.williamson@redhat.com Subject: Re: [PATCH 1/5] pci: Add PCI DMA source ID quirk Message-ID: <20120530083457.GB7364@shangw> Reply-To: Gavin Shan References: <20120530043142.1164.63415.stgit@bling.home> <20120530044834.1164.9081.stgit@bling.home> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120530044834.1164.9081.stgit@bling.home> User-Agent: Mutt/1.5.21 (2010-09-15) X-Content-Scanned: Fidelis XPS MAILER x-cbid: 12053008-7282-0000-0000-00000972C73D Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 3828 Lines: 113 Hi Alex, >DMA transactions are tagged with the source ID of the device making >the request. Occasionally hardware screws this up and uses the >source ID of a different device (often the wrong function number of >a multifunction device). A specific Ricoh multifunction device is >a prime example of this problem and included in this patch. The >purpose of this function is that given a pci_dev, return the pci_dev >to use as the source ID for DMA. When hardware works correctly, >this returns the input device. For the components of the Ricoh >multifunction device, return the pci_dev for function 0. > >This will be used by IOMMU drivers for determining the boundaries >of IOMMU groups as multiple devices using the same source ID must >be contained within the same group. This can also be used by >existing streaming DMA paths for the same purpose. > >Signed-off-by: Alex Williamson >--- > > drivers/pci/quirks.c | 40 ++++++++++++++++++++++++++++++++++++++++ > include/linux/pci.h | 5 +++++ > 2 files changed, 45 insertions(+) > >diff --git a/drivers/pci/quirks.c b/drivers/pci/quirks.c >index 2a75216..004e167 100644 >--- a/drivers/pci/quirks.c >+++ b/drivers/pci/quirks.c >@@ -3179,3 +3179,43 @@ int pci_dev_specific_reset(struct pci_dev *dev, int probe) > > return -ENOTTY; > } >+ >+static struct pci_dev *pci_func_0_dma_source(struct pci_dev *dev) >+{ >+ return pci_get_slot(dev->bus, PCI_DEVFN(PCI_SLOT(dev->devfn), 0)); >+} I think we needn't retrieve the PCI device passed in again from the list of PCI devices if its function number is zero. if (!PCI_FUNC(dev->devfn)) return dev; Thanks, Gavin >+ >+static const struct pci_dev_dma_source { >+ u16 vendor; >+ u16 device; >+ struct pci_dev *(*dma_source)(struct pci_dev *dev); >+} pci_dev_dma_source[] = { >+ /* >+ * https://bugzilla.redhat.com/show_bug.cgi?id=605888 >+ * >+ * Some Ricoh devices use the function 0 source ID for DMA on >+ * other functions of a multifunction device. The DMA devices >+ * is therefore function 0, which will have implications of the >+ * iommu grouping of these devices. >+ */ >+ { PCI_VENDOR_ID_RICOH, 0xe822, pci_func_0_dma_source }, >+ { PCI_VENDOR_ID_RICOH, 0xe230, pci_func_0_dma_source }, >+ { PCI_VENDOR_ID_RICOH, 0xe832, pci_func_0_dma_source }, >+ { PCI_VENDOR_ID_RICOH, 0xe832, pci_func_0_dma_source }, >+ { 0 } >+}; >+ >+struct pci_dev *pci_dma_source(struct pci_dev *dev) >+{ >+ const struct pci_dev_dma_source *i; >+ >+ for (i = pci_dev_dma_source; i->dma_source; i++) { >+ if ((i->vendor == dev->vendor || >+ i->vendor == (u16)PCI_ANY_ID) && >+ (i->device == dev->device || >+ i->device == (u16)PCI_ANY_ID)) >+ return i->dma_source(dev); >+ } >+ >+ return dev; >+} >diff --git a/include/linux/pci.h b/include/linux/pci.h >index d8c379d..5bc7502 100644 >--- a/include/linux/pci.h >+++ b/include/linux/pci.h >@@ -1486,9 +1486,14 @@ enum pci_fixup_pass { > > #ifdef CONFIG_PCI_QUIRKS > void pci_fixup_device(enum pci_fixup_pass pass, struct pci_dev *dev); >+struct pci_dev *pci_dma_source(struct pci_dev *dev); > #else > static inline void pci_fixup_device(enum pci_fixup_pass pass, > struct pci_dev *dev) {} >+static inline struct pci_dev *pci_dma_source(struct pci_dev *dev) >+{ >+ return dev; >+} > #endif > > void __iomem *pcim_iomap(struct pci_dev *pdev, int bar, unsigned long maxlen); > >-- >To unsubscribe from this list: send the line "unsubscribe linux-pci" in >the body of a message to majordomo@vger.kernel.org >More majordomo info at http://vger.kernel.org/majordomo-info.html > -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/