[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <BN9PR11MB52760473C89570B5D87386568C9EA@BN9PR11MB5276.namprd11.prod.outlook.com>
Date: Thu, 29 Jan 2026 07:08:59 +0000
From: "Tian, Kevin" <kevin.tian@...el.com>
To: Leon Romanovsky <leon@...nel.org>, Sumit Semwal <sumit.semwal@...aro.org>,
Christian König <christian.koenig@....com>, Alex Deucher
<alexander.deucher@....com>, David Airlie <airlied@...il.com>, Simona Vetter
<simona@...ll.ch>, Gerd Hoffmann <kraxel@...hat.com>, Dmitry Osipenko
<dmitry.osipenko@...labora.com>, Gurchetan Singh
<gurchetansingh@...omium.org>, Chia-I Wu <olvaffe@...il.com>, "Maarten
Lankhorst" <maarten.lankhorst@...ux.intel.com>, Maxime Ripard
<mripard@...nel.org>, Thomas Zimmermann <tzimmermann@...e.de>, "Lucas De
Marchi" <lucas.demarchi@...el.com>, Thomas Hellström
<thomas.hellstrom@...ux.intel.com>, "Vivi, Rodrigo" <rodrigo.vivi@...el.com>,
Jason Gunthorpe <jgg@...pe.ca>, Joerg Roedel <joro@...tes.org>, Will Deacon
<will@...nel.org>, Robin Murphy <robin.murphy@....com>, Felix Kuehling
<Felix.Kuehling@....com>, Alex Williamson <alex@...zbot.org>, Ankit Agrawal
<ankita@...dia.com>, "Kasireddy, Vivek" <vivek.kasireddy@...el.com>
CC: "linux-media@...r.kernel.org" <linux-media@...r.kernel.org>,
"dri-devel@...ts.freedesktop.org" <dri-devel@...ts.freedesktop.org>,
"linaro-mm-sig@...ts.linaro.org" <linaro-mm-sig@...ts.linaro.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"amd-gfx@...ts.freedesktop.org" <amd-gfx@...ts.freedesktop.org>,
"virtualization@...ts.linux.dev" <virtualization@...ts.linux.dev>,
"intel-xe@...ts.freedesktop.org" <intel-xe@...ts.freedesktop.org>,
"linux-rdma@...r.kernel.org" <linux-rdma@...r.kernel.org>,
"iommu@...ts.linux.dev" <iommu@...ts.linux.dev>, "kvm@...r.kernel.org"
<kvm@...r.kernel.org>
Subject: RE: [PATCH v5 8/8] iommufd: Add dma_buf_pin()
> From: Leon Romanovsky <leon@...nel.org>
> Sent: Sunday, January 25, 2026 3:14 AM
>
> From: Leon Romanovsky <leonro@...dia.com>
>
> IOMMUFD relies on a private protocol with VFIO, and this always operated
> in pinned mode.
>
> Now that VFIO can support pinned importers update IOMMUFD to invoke
> the
> normal dma-buf flow to request pin.
>
> This isn't enough to allow IOMMUFD to work with other exporters, it still
> needs a way to get the physical address list which is another series.
>
> IOMMUFD supports the defined revoke semantics. It immediately stops and
> fences access to the memory inside it's invalidate_mappings() callback,
> and it currently doesn't use scatterlists so doesn't call map/unmap at
> all.
>
> It is expected that a future revision can synchronously call unmap from
> the move_notify callback as well.
>
> Acked-by: Christian König <christian.koenig@....com>
> Signed-off-by: Leon Romanovsky <leonro@...dia.com>
Reviewed-by: Kevin Tian <kevin.tian@...el.com>
Powered by blists - more mailing lists