diff options
| author | Abdifatah Suruur <suruurism@gmail.com> | 2026-09-29 12:48:47 +0300 |
|---|---|---|
| committer | Alex Williamson <alex@shazbot.org> | 2026-09-29 13:31:13 -0600 |
| commit | 614634f262d83f367c993c1efd26230303f2e725 (patch) | |
| tree | d1e416d0e98408c03e5f499885c64322614cb31a /tools/perf/scripts/python | |
| parent | c9e9ecb94f09aadc813c9640512495ba0c314726 (diff) | |
| download | linux-next-614634f262d83f367c993c1efd26230303f2e725.tar.gz linux-next-614634f262d83f367c993c1efd26230303f2e725.zip | |
vfio/cdx: keep logical vm_pgoff in MMIO region mmap
vfio_cdx_mmap_mmio() overwrites vma->vm_pgoff with the physical frame
number of the MMIO region and passes it to io_remap_pfn_range(). The
VMA is inserted into the device file's mapping->i_mmap interval tree
keyed by vm_pgoff, which VFIO expects to be the logical file offset:
the core links every device mmap to the device inode's i_mapping
precisely so that unmap_mapping_range() can revoke all mappings
associated with a device (see vfio_device_cdev_open()).
With a raw PFN in vm_pgoff the interval tree entry lands in the wrong
coordinate space and unmap_mapping_range() cannot find the VMA,
leaving stale MMIO mappings behind any revocation attempt. Keep
vm_pgoff in the logical VFIO offset space, as vfio-pci does, and pass
the physical PFN to io_remap_pfn_range() explicitly.
This is defensive hygiene: none of vfio-platform, vfio/fsl-mc and
vfio/cdx call unmap_mapping_range() today, so no reachable
stale-mapping issue exists. Keeping vm_pgoff logical preserves the
VFIO core contract for any future revocation path.
Signed-off-by: Abdifatah Suruur <suruurism@gmail.com>
Link: https://lore.kernel.org/r/20260929094848.7439-7-suruurism@gmail.com
Signed-off-by: Alex Williamson <alex@shazbot.org>
Diffstat (limited to 'tools/perf/scripts/python')
0 files changed, 0 insertions, 0 deletions
