summaryrefslogtreecommitdiff
path: root/init/noinitramfs.c
diff options
context:
space:
mode:
authorJason Gunthorpe <jgg@nvidia.com>2022-04-11 18:16:07 +0300
committerJoerg Roedel <jroedel@suse.de>2022-04-28 18:24:57 +0300
commitf78dc1dad829e505d83e33dc0879887f074c52e1 (patch)
treed94ad09234bbe08afd5699160c66edc009260d2c /init/noinitramfs.c
parent71cfafda9c9bd9812cdb62ddb94daf65a1af12c1 (diff)
downloadlinux-f78dc1dad829e505d83e33dc0879887f074c52e1.tar.xz
iommu: Redefine IOMMU_CAP_CACHE_COHERENCY as the cap flag for IOMMU_CACHE
While the comment was correct that this flag was intended to convey the block no-snoop support in the IOMMU, it has become widely implemented and used to mean the IOMMU supports IOMMU_CACHE as a map flag. Only the Intel driver was different. Now that the Intel driver is using enforce_cache_coherency() update the comment to make it clear that IOMMU_CAP_CACHE_COHERENCY is only about IOMMU_CACHE. Fix the Intel driver to return true since IOMMU_CACHE always works. The two places that test this flag, usnic and vdpa, are both assigning userspace pages to a driver controlled iommu_domain and require IOMMU_CACHE behavior as they offer no way for userspace to synchronize caches. Reviewed-by: Kevin Tian <kevin.tian@intel.com> Reviewed-by: Lu Baolu <baolu.lu@linux.intel.com> Acked-by: Robin Murphy <robin.murphy@arm.com> Signed-off-by: Jason Gunthorpe <jgg@nvidia.com> Link: https://lore.kernel.org/r/3-v3-2cf356649677+a32-intel_no_snoop_jgg@nvidia.com Signed-off-by: Joerg Roedel <jroedel@suse.de>
Diffstat (limited to 'init/noinitramfs.c')
0 files changed, 0 insertions, 0 deletions