[PATCH v11 58/60] PCI: Introduce resource_disabled()

...@vger.kernel.org Cc: linux-am33-l...@redhat.com Cc: linuxppc-...@lists.ozlabs.org Cc: linux-s...@vger.kernel.org Cc: sparcli...@vger.kernel.org Cc: linux-...@vger.kernel.org Cc: linux-xte...@linux-xtensa.org Cc: iommu@lists.linux-foundation.org Cc: linux...@vger.kernel.org Signed-off-by: Yinghai Lu <y

[PATCH v9 58/60] PCI: Introduce resource_disabled()

...@vger.kernel.org Cc: linux-am33-l...@redhat.com Cc: linuxppc-...@lists.ozlabs.org Cc: linux-s...@vger.kernel.org Cc: sparcli...@vger.kernel.org Cc: linux-...@vger.kernel.org Cc: linux-xte...@linux-xtensa.org Cc: iommu@lists.linux-foundation.org Cc: linux...@vger.kernel.org Signed-off-by: Yinghai Lu <y

[PATCH v8 59/61] PCI: Introduce resource_disabled()

...@vger.kernel.org Cc: linux-am33-l...@redhat.com Cc: linuxppc-...@lists.ozlabs.org Cc: linux-s...@vger.kernel.org Cc: sparcli...@vger.kernel.org Cc: linux-...@vger.kernel.org Cc: linux-xte...@linux-xtensa.org Cc: iommu@lists.linux-foundation.org Cc: linux...@vger.kernel.org Signed-off-by: Yinghai Lu <y

[PATCH v7 58/60] PCI: Introduce resource_disabled()

...@vger.kernel.org Cc: linux-am33-l...@redhat.com Cc: linuxppc-...@lists.ozlabs.org Cc: linux-s...@vger.kernel.org Cc: sparcli...@vger.kernel.org Cc: linux-...@vger.kernel.org Cc: linux-xte...@linux-xtensa.org Cc: iommu@lists.linux-foundation.org Cc: linux...@vger.kernel.org Signed-off-by: Yinghai Lu <y

[PATCH v6 52/53] PCI: Introduce resource_disabled()

...@vger.kernel.org Cc: linux-am33-l...@redhat.com Cc: linuxppc-...@lists.ozlabs.org Cc: linux-s...@vger.kernel.org Cc: sparcli...@vger.kernel.org Cc: linux-...@vger.kernel.org Cc: linux-xte...@linux-xtensa.org Cc: iommu@lists.linux-foundation.org Cc: linux...@vger.kernel.org Signed-off-by: Yinghai Lu <y

[PATCH v5 52/53] PCI: Introduce resource_disabled()

...@vger.kernel.org Cc: linux-am33-l...@redhat.com Cc: linuxppc-...@lists.ozlabs.org Cc: linux-s...@vger.kernel.org Cc: sparcli...@vger.kernel.org Cc: linux-...@vger.kernel.org Cc: linux-xte...@linux-xtensa.org Cc: iommu@lists.linux-foundation.org Cc: linux...@vger.kernel.org Signed-off-by: Yinghai Lu <y

[PATCH v4 51/52] PCI: Introduce resource_disabled()

...@vger.kernel.org Cc: linux-am33-l...@redhat.com Cc: linuxppc-...@lists.ozlabs.org Cc: linux-s...@vger.kernel.org Cc: sparcli...@vger.kernel.org Cc: linux-...@vger.kernel.org Cc: linux-xte...@linux-xtensa.org Cc: iommu@lists.linux-foundation.org Cc: linux...@vger.kernel.org Signed-off-by: Yinghai Lu ying

Re: [PATCH v2 00/11] PCI: Fix ATS deadlock

On Thu, Aug 6, 2015 at 9:03 AM, Yinghai Lu ying...@kernel.org wrote: On Wed, Jul 29, 2015 at 9:07 AM, Bjorn Helgaas bhelg...@google.com wrote: Bjorn Helgaas (11): iommu/vt-d: Cache PCI ATS state and Invalidate Queue Depth PCI: Allocate ATS struct during enumeration PCI

Re: [PATCH v2 00/11] PCI: Fix ATS deadlock

On Wed, Jul 29, 2015 at 9:07 AM, Bjorn Helgaas bhelg...@google.com wrote: On Mon, Jul 20, 2015 at 07:13:49PM -0500, Bjorn Helgaas wrote: Gregor reported a deadlock [1] when enabling a VF that supports ATS. This series is intended to fix that. The second patch should be enough to fix the

[PATCH v3 50/51] PCI: Introduce resource_disabled()

-xtensa.org Cc: iommu@lists.linux-foundation.org Cc: linux...@vger.kernel.org Signed-off-by: Yinghai Lu ying...@kernel.org --- arch/alpha/kernel/pci.c | 2 +- arch/ia64/pci/pci.c | 4 ++-- arch/microblaze/pci/pci-common.c | 15 --- arch

[PATCH v2 48/49] PCI: Introduce resource_disabled()

-xtensa.org Cc: iommu@lists.linux-foundation.org Cc: linux...@vger.kernel.org Signed-off-by: Yinghai Lu ying...@kernel.org --- arch/alpha/kernel/pci.c | 2 +- arch/ia64/pci/pci.c | 4 ++-- arch/microblaze/pci/pci-common.c | 15 --- arch

Re: [Patch Part2 V1 00/14] Enhance DMAR drivers to handle PCI/memory hotplug events

On Wed, Jan 8, 2014 at 4:41 PM, Jiang Liu jiang@linux.intel.com wrote: I have reviewed your v2 patch set, I think we are doing the same task. If you agree, I will try to combine our two versions. Sure. Please do. Thanks Yinghai ___

Re: [Patch Part2 V1 00/14] Enhance DMAR drivers to handle PCI/memory hotplug events

On Tue, Jan 7, 2014 at 1:00 AM, Jiang Liu jiang@linux.intel.com wrote: Intel DMA/interrupt remapping drivers scan available PCI/memory devices at startup and cache discovered hardware topologies. They don't update cached information if PCI/memory hotplug event happens at runtime, then the

[PATCH v2 01/10] IOMMU: Update dmar units devices list during hotplug

() according to Bjorn. -v5: fix case only have intr-remap enabled. -v6: skip handling of vf adding/removing. Signed-off-by: Yinghai Lu ying...@kernel.org Cc: David Woodhouse dw...@infradead.org Cc: Vinod Koul vinod.k...@intel.com Cc: Dan Williams d...@fb.com Cc: Donald Dutile ddut...@redhat.com Cc: iommu

[PATCH v2 02/10] IOMMU: Fix tboot force iommu logic

Should check dmar_disabled just after tboot_force_iommu. Otherwise when tboot is not used, and intel_iommu=off, and nointrmap still get dmar_table_init() called. that will cause some get_device calling, and it will have some device refcount leaking. Signed-off-by: Yinghai Lu ying...@kernel.org

[PATCH v5 19/33] x86, irq: Add for_each_ioapic helper

For hotadd and hotremove ioapic controller, we leave blank slots in ioapics array. So we can not use for (i=...) to loop them any more. Introdue ioapics_mask bitmap to track used ioapics, and use for_each_ioapic to loop them. Signed-off-by: Yinghai Lu ying...@kernel.org Cc: Joerg Roedel j

Re: [RFC PATCH 0/9] Introduce irq_remap_ops to x86

On Thu, Mar 15, 2012 at 10:39 AM, Joerg Roedel joerg.roe...@amd.com wrote: Hi, in order to implement interrupt remapping using the AMD IOMMU I did some refactoring of the current Intel-specific interrupt remapping code. The result is posted for comments in this patch-set. The patch-set