All of lore.kernel.org
 help / color / mirror / Atom feed
From: Leon Romanovsky <leon@kernel.org>
To: Alex Williamson <alex.williamson@redhat.com>
Cc: Marek Szyprowski <m.szyprowski@samsung.com>,
	kvm@vger.kernel.org, Yishai Hadas <yishaih@nvidia.com>,
	Jason Gunthorpe <jgg@nvidia.com>,
	Shameer Kolothum <shameerali.kolothum.thodi@huawei.com>,
	Kevin Tian <kevin.tian@intel.com>, Christoph Hellwig <hch@lst.de>
Subject: Re: [GIT PULL] Please pull mlx5 VFIO PCI DMA conversion
Date: Thu, 15 May 2025 22:51:16 +0300	[thread overview]
Message-ID: <20250515195116.GP22843@unreal> (raw)
In-Reply-To: <20250515114715.0f718ce0.alex.williamson@redhat.com>

On Thu, May 15, 2025 at 11:47:15AM -0600, Alex Williamson wrote:
> On Tue, 13 May 2025 13:48:10 +0300
> Leon Romanovsky <leon@kernel.org> wrote:
> 
> > Hi Alex,
> > 
> > Please accept this pull request, which presents subset of new DMA-API
> > patchset [1] specific for VFIO subsystem.
> > 
> > It is based on Marek's dma-mapping-for-6.16-two-step-api branch, so merging
> > now will allow us to reduce possible rebase errors in mlx5 vfio code and give
> > enough time to start to work on second driver conversion. Such conversion will
> > allow us to generalize the API for VFIO kernel drivers, in similiar way that
> > was done for RDMA, HMM and block layers.
> 
> Hi Leon,
> 
> Pull requests are not my typical workflow.  Are these mlx5-vfio-pci
> changes intended to enter mainline through the vfio tree or your rdma
> tree?

VFIO changes will come through your tree. DMA patches are the same as in
Marek's DMA tree and in our RDMA tree.

I prepared PR to save from your hassle of merging dma/dma-mapping-for-6.16-two-step-api
topic from Marek and collecting VFIO patches from ML.

> Why do the commits not include a review/ack from Yishai?

They have Jason's review tags and as far as I know Yishai, he trusts
Jason's judgement.

> 
> Typically I'd expect a patch series for the mlx5-vfio-pci changes that
> I would apply, with Yishai's approval, to a shared branch containing the
> commits Marek has already accepted.  I'm not sure why we're preempting
> that process here.  Thanks,

This is exactly what is in this PR: reviewed VFIO patches which were
posted to the ML on top of Marek's shared branch.

If you prefer, I can repost the VFIO patches.

Thanks

> 
> Alex
> 
> > [1] [PATCH v10 00/24] Provide a new two step DMA mapping API
> > https://lore.kernel.org/all/cover.1745831017.git.leon@kernel.org/
> > 
> > ----------------------------------------------------------------
> > The following changes since commit 3ee7d9496342246f4353716f6bbf64c945ff6e2d:
> > 
> >   docs: core-api: document the IOVA-based API (2025-05-06 08:36:54 +0200)
> > 
> > are available in the Git repository at:
> > 
> >   https://git.kernel.org/pub/scm/linux/kernel/git/leon/linux-rdma.git tags/vfio-dma-two-step
> > 
> > for you to fetch changes up to 855c89a25e1756b7699b863afd4d6afcbd0de0d6:
> > 
> >   vfio/mlx5: Enable the DMA link API (2025-05-13 03:58:27 -0400)
> > 
> > ----------------------------------------------------------------
> > Convert mlx5 VFIO PCI driver to new two step DMA API
> > 
> > This PR is based on newly accepted DMA API, which allows us
> > to avoid building scatter-gather lists just to batch mapping
> > and unmapping of pages.
> > 
> > VFIO PCI live migration code is building a very large "page list"
> > for the device. Instead of allocating a scatter list entry per
> > allocated page it can just allocate an array of 'struct page *',
> > saving a large amount of memory.
> > 
> > Signed-off-by: Leon Romanovsky <leon@kernel.org>
> > 
> > ----------------------------------------------------------------
> > Leon Romanovsky (3):
> >       vfio/mlx5: Explicitly use number of pages instead of allocated length
> >       vfio/mlx5: Rewrite create mkey flow to allow better code reuse
> >       vfio/mlx5: Enable the DMA link API
> > 
> >  drivers/vfio/pci/mlx5/cmd.c  | 375 +++++++++++++++++++++----------------------
> >  drivers/vfio/pci/mlx5/cmd.h  |  35 ++--
> >  drivers/vfio/pci/mlx5/main.c |  87 +++++-----
> >  3 files changed, 239 insertions(+), 258 deletions(-)
> > 
> 

  reply	other threads:[~2025-05-15 19:51 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-05-13 10:48 [GIT PULL] Please pull mlx5 VFIO PCI DMA conversion Leon Romanovsky
2025-05-15 17:47 ` Alex Williamson
2025-05-15 19:51   ` Leon Romanovsky [this message]
2025-05-15 20:59     ` 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=20250515195116.GP22843@unreal \
    --to=leon@kernel.org \
    --cc=alex.williamson@redhat.com \
    --cc=hch@lst.de \
    --cc=jgg@nvidia.com \
    --cc=kevin.tian@intel.com \
    --cc=kvm@vger.kernel.org \
    --cc=m.szyprowski@samsung.com \
    --cc=shameerali.kolothum.thodi@huawei.com \
    --cc=yishaih@nvidia.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.