Re: [PATCH v3] PCI: Introduce new device binding path using pci_dev.driver_override

2014-05-28 Thread Bjorn Helgaas
On Tue, May 20, 2014 at 08:53:21AM -0600, Alex Williamson wrote: > The driver_override field allows us to specify the driver for a device > rather than relying on the driver to provide a positive match of the > device. This shortcuts the existing process of looking up the vendor > and device ID, a

Re: [PATCH v3] PCI: Introduce new device binding path using pci_dev.driver_override

2014-05-28 Thread Greg KH
On Tue, May 27, 2014 at 09:07:42PM -0600, Bjorn Helgaas wrote: > On Tue, May 20, 2014 at 08:53:21AM -0600, Alex Williamson wrote: > > The driver_override field allows us to specify the driver for a device > > rather than relying on the driver to provide a positive match of the > > device. This sho

[PATCH v4.1 06/16] PCI: Quirk pci_for_each_dma_alias() for bridges

2014-05-28 Thread Alex Williamson
Several PCIe-to-PCI bridges fail to provide a PCIe capability, causing us to handle them as conventional PCI devices when they really use the requester ID of the secondary bus. We need to differentiate these from PCIe-to-PCI bridges that actually use the conventional PCI ID when a PCIe capability

[PATCH v4.1 05/16] PCI: quirk dma_alias_devfn for Marvell devices

2014-05-28 Thread Alex Williamson
Several Marvell devices and a JMicron device have a similar DMA requester ID problem to Ricoh, except they use function 1 as the PCIe requester ID. Add a quirk for these to populate the DMA alias with the correct devfn. Signed-off-by: Alex Williamson --- v4.1: minor commitlog tweak, no code cha

Re: [PATCH v4 00/16] PCI/iommu: Fix DMA alias problems

2014-05-28 Thread Alex Williamson
On Wed, 2014-05-28 at 14:29 -0600, Bjorn Helgaas wrote: > On Thu, May 22, 2014 at 05:07:23PM -0600, Alex Williamson wrote: > > For testing, this version can be found in my git tree: > > > > git://github.com/awilliam/linux-vfio.git dma-alias-v4 > > > > Please report any issues. > > > > v4: > > -

Re: [PATCH v4 00/16] PCI/iommu: Fix DMA alias problems

2014-05-28 Thread Bjorn Helgaas
On Thu, May 22, 2014 at 05:07:23PM -0600, Alex Williamson wrote: > For testing, this version can be found in my git tree: > > git://github.com/awilliam/linux-vfio.git dma-alias-v4 > > Please report any issues. > > v4: > - Change dma_func_alias to dma_alias_devfn, holding a single >devfn to

Re: [PATCH v4 06/16] PCI: Quirk pci_for_each_dma_alias() for bridges

2014-05-28 Thread Alex Williamson
On Wed, 2014-05-28 at 12:00 -0600, Bjorn Helgaas wrote: > On Thu, May 22, 2014 at 05:08:01PM -0600, Alex Williamson wrote: > > Several PCIe-to-PCI bridges fail to provide a PCIe capability, causing > > us to handle them as conventional PCI devices. In some cases, this > > may be correct, in others

Re: [PATCH v4 06/16] PCI: Quirk pci_for_each_dma_alias() for bridges

2014-05-28 Thread Bjorn Helgaas
On Thu, May 22, 2014 at 05:08:01PM -0600, Alex Williamson wrote: > Several PCIe-to-PCI bridges fail to provide a PCIe capability, causing > us to handle them as conventional PCI devices. In some cases, this > may be correct, in others it's not. Add a dev_flag bit to identify > devices to be handl

Re: [PATCH v4 05/16] PCI: quirk dma_alias_devfn for Marvell devices

2014-05-28 Thread Alex Williamson
On Wed, 2014-05-28 at 11:55 -0600, Bjorn Helgaas wrote: > On Thu, May 22, 2014 at 05:07:55PM -0600, Alex Williamson wrote: > > Several Marvell devices and a JMicron device have a similar DMA > > requester ID problem to Ricoh, except they use function 1 as the > > PCIe requester ID. Add a quirk for

Re: [PATCH v4 05/16] PCI: quirk dma_alias_devfn for Marvell devices

2014-05-28 Thread Bjorn Helgaas
On Thu, May 22, 2014 at 05:07:55PM -0600, Alex Williamson wrote: > Several Marvell devices and a JMicron device have a similar DMA > requester ID problem to Ricoh, except they use function 1 as the > PCIe requester ID. Add a quirk for these to populate the DMA > function alias bitmap. What's the