linux-kernel - Re: [PATCH v7 0/8] dma-buf: Use revoke mechanism to invalidate shared buffers

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <6d5c392b-596b-4341-9992-aa4b26001804@amd.com>
Date: Wed, 4 Feb 2026 09:54:13 +0100
From: Christian König <christian.koenig@....com>
To: Leon Romanovsky <leon@...nel.org>
Cc: Sumit Semwal <sumit.semwal@...aro.org>,
 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>,
 Rodrigo Vivi <rodrigo.vivi@...el.com>, Jason Gunthorpe <jgg@...pe.ca>,
 Kevin Tian <kevin.tian@...el.com>, 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>,
 Vivek Kasireddy <vivek.kasireddy@...el.com>, linux-media@...r.kernel.org,
 dri-devel@...ts.freedesktop.org, linaro-mm-sig@...ts.linaro.org,
 linux-kernel@...r.kernel.org, amd-gfx@...ts.freedesktop.org,
 virtualization@...ts.linux.dev, intel-xe@...ts.freedesktop.org,
 linux-rdma@...r.kernel.org, iommu@...ts.linux.dev, kvm@...r.kernel.org
Subject: Re: [PATCH v7 0/8] dma-buf: Use revoke mechanism to invalidate shared
 buffers

On 2/4/26 09:16, Leon Romanovsky wrote:
> On Mon, Feb 02, 2026 at 06:04:25PM +0200, Leon Romanovsky wrote:
>> On Sat, Jan 31, 2026 at 07:34:10AM +0200, Leon Romanovsky wrote:
>>> Changelog:
>>> v7:
>>
>> <...>
>>
>>> Leon Romanovsky (8):
>>>       dma-buf: Rename .move_notify() callback to a clearer identifier
>>>       dma-buf: Rename dma_buf_move_notify() to dma_buf_invalidate_mappings()
>>>       dma-buf: Always build with DMABUF_MOVE_NOTIFY
>>>       vfio: Wait for dma-buf invalidation to complete
>>>       dma-buf: Make .invalidate_mapping() truly optional
>>>       dma-buf: Add dma_buf_attach_revocable()
>>>       vfio: Permit VFIO to work with pinned importers
>>>       iommufd: Add dma_buf_pin()
>>>
>>>  drivers/dma-buf/Kconfig                     | 12 -----
>>>  drivers/dma-buf/dma-buf.c                   | 69 ++++++++++++++++++++-----
>>>  drivers/gpu/drm/amd/amdgpu/amdgpu_dma_buf.c | 14 ++---
>>>  drivers/gpu/drm/amd/amdgpu/amdgpu_object.c  |  2 +-
>>>  drivers/gpu/drm/amd/amdkfd/Kconfig          |  2 +-
>>>  drivers/gpu/drm/virtio/virtgpu_prime.c      |  2 +-
>>>  drivers/gpu/drm/xe/tests/xe_dma_buf.c       |  7 ++-
>>>  drivers/gpu/drm/xe/xe_bo.c                  |  2 +-
>>>  drivers/gpu/drm/xe/xe_dma_buf.c             | 14 ++---
>>>  drivers/infiniband/core/umem_dmabuf.c       | 13 -----
>>>  drivers/infiniband/hw/mlx5/mr.c             |  2 +-
>>>  drivers/iommu/iommufd/pages.c               | 11 +++-
>>>  drivers/iommu/iommufd/selftest.c            |  2 +-
>>>  drivers/vfio/pci/vfio_pci_dmabuf.c          | 80 ++++++++++++++++++++++-------
>>>  include/linux/dma-buf.h                     | 17 +++---
>>>  15 files changed, 153 insertions(+), 96 deletions(-)
>>
>> Christian,
>>
>> Given the ongoing discussion around patch v5, I'm a bit unclear on the
>> current state. Is the series ready for merging, or do you need me to
>> rework anything further?
> 
> Christian,
> 
> Let's not miss the merge window for work that is already ready.

Mhm, sounds like AMDs mail servers never send my last mail out.

As far as I can see all patches have an reviewed-by, I also gave an rb on patch #6 (should that mail never got out as well). The discussion on patch v5 is just orthogonal I think, the handling was there even completely before this patch set.

For upstreaming as long as the VFIO and infiniband folks don't object I would like to take that through the drm-misc branch (like every other DMA-buf change).

So as long as nobody objects I can push that today, but I can't promise that Dave/Linus will take it for the 6.20 window.

Regards,
Christian.

> 
> Thanks
> 
>>
>> Thanks
>>