linux-stable.git/include/linux/intel-iommu.h, branch v4.11.2

Merge branches 'iommu/fixes', 'arm/exynos', 'arm/renesas', 'arm/smmu', 'arm/mediatek', 'arm/core', 'x86/vt-d' and 'core' into next

2017-02-10T14:13:10+00:00

iommu: Add sysfs bindings for struct iommu_device

2017-02-10T12:44:57+00:00

There is currently support for iommu sysfs bindings, but
those need to be implemented in the IOMMU drivers. Add a
more generic version of this by adding a struct device to
struct iommu_device and use that for the sysfs bindings.

Also convert the AMD and Intel IOMMU driver to make use of
it.

Signed-off-by: Joerg Roedel

iommu: Introduce new 'struct iommu_device'

2017-02-10T12:44:57+00:00

This struct represents one hardware iommu in the iommu core
code. For now it only has the iommu-ops associated with it,
but that will be extended soon.

The register/unregister interface is also added, as well as
making use of it in the Intel and AMD IOMMU drivers.

Signed-off-by: Joerg Roedel

iommu/vt-d: Fix some macros that are incorrectly specified in intel-iommu

2017-01-31T11:50:05+00:00

Some of the macros are incorrect with wrong bit-shifts resulting in picking
the incorrect invalidation granularity. Incorrect Source-ID in extended
devtlb invalidation caused device side errors.

To: Joerg Roedel 
To: David Woodhouse 
Cc: iommu@lists.linux-foundation.org
Cc: linux-kernel@vger.kernel.org
Cc: stable@vger.kernel.org
Cc: CQ Tang 
Cc: Ashok Raj 

Fixes: 2f26e0a9 ("iommu/vt-d: Add basic SVM PASID support")
Signed-off-by: CQ Tang 
Signed-off-by: Ashok Raj 
Tested-by: CQ Tang 
Signed-off-by: Joerg Roedel

iommu/vt-d: Fix PASID table allocation

2016-11-19T17:42:35+00:00

Somehow I ended up with an off-by-three error in calculating the size of
the PASID and PASID State tables, which triggers allocations failures as
those tables unfortunately have to be physically contiguous.

In fact, even the *correct* maximum size of 8MiB is problematic and is
wont to lead to allocation failures. Since I have extracted a promise
that this *will* be fixed in hardware, I'm happy to limit it on the
current hardware to a maximum of 0x20000 PASIDs, which gives us 1MiB
tables — still not ideal, but better than before.

Reported by Mika Kuoppala  and also by
Xunlei Pang  who submitted a simpler patch to fix
only the allocation (and not the free) to the "correct" limit... which
was still problematic.

Signed-off-by: David Woodhouse 
Cc: stable@vger.kernel.org

iommu/vt-d: Clear PPR bit to ensure we get more page request interrupts

2016-02-15T12:42:38+00:00

According to the VT-d specification we need to clear the PPR bit in
the Page Request Status register when handling page requests, or the
hardware won't generate any more interrupts.

This wasn't actually necessary on SKL/KBL (which may well be the
subject of a hardware erratum, although it's harmless enough). But
other implementations do appear to get it right, and we only ever get
one interrupt unless we clear the PPR bit.

Reported-by: CQ Tang 
Signed-off-by: David Woodhouse 
Cc: stable@vger.kernel.org

iommu/vt-d: Implement SVM_FLAG_PRIVATE_PASID to allocate unique PASIDs

2015-10-15T14:35:32+00:00

Signed-off-by: David Woodhouse

iommu/vt-d: Add callback to device driver on page faults

2015-10-15T14:35:28+00:00

Signed-off-by: David Woodhouse

iommu/vt-d: Implement page request handling

2015-10-15T14:35:19+00:00

Largely based on the driver-mode implementation by Jesse Barnes.

Signed-off-by: David Woodhouse

iommu/vt-d: Generalise DMAR MSI setup to allow for page request events

2015-10-15T12:22:41+00:00

Signed-off-by: David Woodhouse