aboutsummaryrefslogtreecommitdiffstats
path: root/tools/perf/scripts/python/stackcollapse.py
diff options
context:
space:
mode:
authorYi Liu <[email protected]>2023-08-18 10:10:31 +0000
committerJason Gunthorpe <[email protected]>2023-08-18 15:52:15 +0000
commit55dd4023cead250c89decf1a7a882c94cbf5765a (patch)
tree69cf74b2ade978f4d0cfe6dd9efd627880635f6a /tools/perf/scripts/python/stackcollapse.py
parentiommu: Add new iommu op to get iommu hardware information (diff)
downloadkernel-55dd4023cead250c89decf1a7a882c94cbf5765a.tar.gz
kernel-55dd4023cead250c89decf1a7a882c94cbf5765a.zip
iommufd: Add IOMMU_GET_HW_INFO
Under nested IOMMU translation, userspace owns the stage-1 translation table (e.g. the stage-1 page table of Intel VT-d or the context table of ARM SMMUv3, and etc.). Stage-1 translation tables are vendor specific, and need to be compatible with the underlying IOMMU hardware. Hence, userspace should know the IOMMU hardware capability before creating and configuring the stage-1 translation table to kernel. This adds IOMMU_GET_HW_INFO ioctl to query the IOMMU hardware information (a.k.a capability) for a given device. The returned data is vendor specific, userspace needs to decode it with the structure by the output @out_data_type field. As only physical devices have IOMMU hardware, so this will return error if the given device is not a physical device. Link: https://lore.kernel.org/r/[email protected] Reviewed-by: Lu Baolu <[email protected]> Reviewed-by: Kevin Tian <[email protected]> Co-developed-by: Nicolin Chen <[email protected]> Signed-off-by: Nicolin Chen <[email protected]> Signed-off-by: Yi Liu <[email protected]> Signed-off-by: Jason Gunthorpe <[email protected]>
Diffstat (limited to 'tools/perf/scripts/python/stackcollapse.py')
0 files changed, 0 insertions, 0 deletions