On Thu, Feb 26, 2026 at 10:11:56AM +1100, Alexey Kardashevskiy wrote:

quoted

The flow would be some thing like..
  1) Create an IOAS
  2) Create a HWPT. If there is some known upper bound on RMP/etc page
     size then limit the HWPT page size to the upper bound
  3) Map stuff into the ioas
  4) Build the RMP/etc and map ranges of page granularity
  5) Call iommufd to adjust the page size within ranges

I am about to try this approach now. 5) means splitting bigger pages
to smaller and I remember you working on that hitless IO PDEs
smashing, do you have something to play with? I could not spot
anything on github but do not want to reinvent. Thanks,

I thought this thread had concluded you needed to use the HW engines
for this and if so then KVM should maintain the IOMMU S2 where it can
synchronize things and access the HW engines?

My draft for cut is here:

https://github.com/jgunthorpe/linux/commits/iommu_pt_all/
iommupt: Add cut_mapping op

Jason