From: "Christian König" <christian.koenig@amd.com>
To: Zhiping Zhang <zhipingz@meta.com>,
Alex Williamson <alex@shazbot.org>,
Jason Gunthorpe <jgg@ziepe.ca>, Leon Romanovsky <leon@kernel.org>,
Sumit Semwal <sumit.semwal@linaro.org>
Cc: Bjorn Helgaas <helgaas@kernel.org>,
kvm@vger.kernel.org, linux-rdma@vger.kernel.org,
linux-pci@vger.kernel.org, netdev@vger.kernel.org,
dri-devel@lists.freedesktop.org, Keith Busch <kbusch@kernel.org>,
Yochai Cohen <yochai@nvidia.com>,
Yishai Hadas <yishaih@nvidia.com>
Subject: Re: [PATCH v5 0/4] vfio/dma-buf: add TPH support for peer-to-peer access
Date: Wed, 27 May 2026 08:55:49 +0200 [thread overview]
Message-ID: <a8cd01ab-d7aa-465d-bfa3-431f78f33ee1@amd.com> (raw)
In-Reply-To: <20260526144401.1485788-1-zhipingz@meta.com>
On 5/26/26 16:43, Zhiping Zhang wrote:
> This series adds TLP Processing Hints (TPH) support to the VFIO dma-buf
> export path, allowing importing drivers (e.g. mlx5) to use the
> exporter's steering tag when performing peer-to-peer DMA into a
> VFIO-owned device.
I'm not an expert for TPH, but that sounds very strange to me.
As far as I know the TLP Processing Hints allow devices to give a steering tag to the root complex together with memory accesses to give fine grained control about cache usage. In other words it is an extension to the classic snoop bit.
For P2P that is obviously nonsense because we don't have P2P support for cached accesses.
So what puzzle piece I'm missing?
Regards,
Christian.
>
> Patch 1 exposes the enabled TPH requester type through a small PCI/TPH
> helper so callers don't reach into pci_dev internals.
> Patch 2 adds the optional dma_buf_ops::get_tph callback to the dma-buf
> framework so importers can fetch TPH metadata from an exporter.
> Patch 3 implements get_tph in vfio-pci and adds the new uAPI
> (VFIO_DEVICE_FEATURE_DMA_BUF_TPH) for userspace to attach the metadata.
> Patch 4 wires up the mlx5 RDMA driver as a consumer.
>
> Previous link:
> v4: https://lore.kernel.org/linux-pci/20260519201401.1558410-1-zhipingz@meta.com/
> v3: https://lore.kernel.org/linux-pci/20260512184755.4137227-1-zhipingz@meta.com/
> v2: https://lore.kernel.org/linux-pci/20260430200704.352228-1-zhipingz@meta.com/
>
> Zhiping Zhang (4):
> PCI/TPH: expose the enabled TPH requester type
> dma-buf: add optional get_tph() callback
> vfio/pci: implement get_tph and DMA_BUF_TPH feature
> RDMA/mlx5: get tph for p2p access when registering dma-buf mr
>
> drivers/infiniband/hw/mlx5/mlx5_ib.h | 6 +
> drivers/infiniband/hw/mlx5/mr.c | 86 +++++++++++++-
> .../net/ethernet/mellanox/mlx5/core/lib/st.c | 28 +++--
> drivers/pci/tph.c | 12 ++
> drivers/vfio/pci/vfio_pci_core.c | 3 +
> drivers/vfio/pci/vfio_pci_dmabuf.c | 110 +++++++++++++++++-
> drivers/vfio/pci/vfio_pci_priv.h | 12 ++
> include/linux/dma-buf.h | 21 ++++
> include/linux/mlx5/driver.h | 7 ++
> include/linux/pci-tph.h | 2 +
> include/uapi/linux/vfio.h | 37 ++++++
> 11 files changed, 311 insertions(+), 13 deletions(-)
>
> --
> 2.53.0-Meta
>
next parent reply other threads:[~2026-05-27 6:56 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20260526144401.1485788-1-zhipingz@meta.com>
2026-05-27 6:55 ` Christian König [this message]
2026-05-27 12:14 ` [PATCH v5 0/4] vfio/dma-buf: add TPH support for peer-to-peer access Jason Gunthorpe
2026-05-27 12:23 ` Christian König
2026-05-27 12:36 ` Jason Gunthorpe
2026-05-27 12:53 ` Christian König
[not found] ` <20260526144401.1485788-3-zhipingz@meta.com>
2026-05-27 6:57 ` [PATCH v5 2/4] dma-buf: add optional get_tph() callback Christian König
2026-05-27 17:03 ` Alex Williamson
[not found] ` <20260526144401.1485788-4-zhipingz@meta.com>
2026-05-27 18:06 ` [PATCH v5 3/4] vfio/pci: implement get_tph and DMA_BUF_TPH feature Alex Williamson
[not found] ` <20260526144401.1485788-5-zhipingz@meta.com>
2026-05-27 19:00 ` [PATCH v5 4/4] RDMA/mlx5: get tph for p2p access when registering dma-buf mr Alex Williamson
2026-05-27 22:55 ` Michael Gur
[not found] ` <20260526144401.1485788-2-zhipingz@meta.com>
2026-05-27 20:53 ` [PATCH v5 1/4] PCI/TPH: expose the enabled TPH requester type Alex Williamson
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=a8cd01ab-d7aa-465d-bfa3-431f78f33ee1@amd.com \
--to=christian.koenig@amd.com \
--cc=alex@shazbot.org \
--cc=dri-devel@lists.freedesktop.org \
--cc=helgaas@kernel.org \
--cc=jgg@ziepe.ca \
--cc=kbusch@kernel.org \
--cc=kvm@vger.kernel.org \
--cc=leon@kernel.org \
--cc=linux-pci@vger.kernel.org \
--cc=linux-rdma@vger.kernel.org \
--cc=netdev@vger.kernel.org \
--cc=sumit.semwal@linaro.org \
--cc=yishaih@nvidia.com \
--cc=yochai@nvidia.com \
--cc=zhipingz@meta.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox