[PATCH v5 00/11] IOMMU memory observability
David Rientjes
rientjes at google.com
Fri Mar 15 14:33:53 PDT 2024
On Thu, 22 Feb 2024, Pasha Tatashin wrote:
> Pasha Tatashin (11):
> iommu/vt-d: add wrapper functions for page allocations
> iommu/dma: use iommu_put_pages_list() to releae freelist
> iommu/amd: use page allocation function provided by iommu-pages.h
> iommu/io-pgtable-arm: use page allocation function provided by
> iommu-pages.h
> iommu/io-pgtable-dart: use page allocation function provided by
> iommu-pages.h
> iommu/exynos: use page allocation function provided by iommu-pages.h
> iommu/rockchip: use page allocation function provided by iommu-pages.h
> iommu/sun50i: use page allocation function provided by iommu-pages.h
> iommu/tegra-smmu: use page allocation function provided by
> iommu-pages.h
> iommu: observability of the IOMMU allocations
> iommu: account IOMMU allocated memory
>
> Documentation/admin-guide/cgroup-v2.rst | 2 +-
> Documentation/filesystems/proc.rst | 4 +-
> drivers/iommu/amd/amd_iommu.h | 8 -
> drivers/iommu/amd/init.c | 91 ++++++------
> drivers/iommu/amd/io_pgtable.c | 13 +-
> drivers/iommu/amd/io_pgtable_v2.c | 20 +--
> drivers/iommu/amd/iommu.c | 13 +-
> drivers/iommu/dma-iommu.c | 7 +-
> drivers/iommu/exynos-iommu.c | 14 +-
> drivers/iommu/intel/dmar.c | 16 +-
> drivers/iommu/intel/iommu.c | 47 ++----
> drivers/iommu/intel/iommu.h | 2 -
> drivers/iommu/intel/irq_remapping.c | 16 +-
> drivers/iommu/intel/pasid.c | 18 +--
> drivers/iommu/intel/svm.c | 11 +-
> drivers/iommu/io-pgtable-arm.c | 15 +-
> drivers/iommu/io-pgtable-dart.c | 37 ++---
> drivers/iommu/iommu-pages.h | 186 ++++++++++++++++++++++++
> drivers/iommu/rockchip-iommu.c | 14 +-
> drivers/iommu/sun50i-iommu.c | 7 +-
> drivers/iommu/tegra-smmu.c | 18 ++-
> include/linux/mmzone.h | 5 +-
> mm/vmstat.c | 3 +
> 23 files changed, 361 insertions(+), 206 deletions(-)
> create mode 100644 drivers/iommu/iommu-pages.h
>
Joerg, is this series anticipated to be queued up in the core branch of
git.kernel.org/pub/scm/linux/kernel/git/joro/iommu.git so it gets into
linux-next?
This observability seems particularly useful so that we can monitor and
alert on any unexpected increases (unbounded memory growth from this
subsystem has in the past caused us issues before the memory is otherwise
not observable by host software).
Or are we still waiting on code reviews from some folks that we should
ping?
Thanks!
More information about the Linux-rockchip
mailing list