Re: [PATCH rdma-next v3 0/3] SG fix together with update to RDMA umem
From: Jason Gunthorpe <jgg@nvidia.com>
Date: 2021-08-20 16:18:32
Also in:
dri-devel, intel-gfx, lkml
From: Jason Gunthorpe <jgg@nvidia.com>
Date: 2021-08-20 16:18:32
Also in:
dri-devel, intel-gfx, lkml
On Thu, Jul 29, 2021 at 12:39:10PM +0300, Leon Romanovsky wrote:
From: Leon Romanovsky <leonro@nvidia.com> Changelog: v3: * Rewrote to new API suggestion * Split for more patches v2: https://lore.kernel.org/lkml/cover.1626605893.git.leonro@nvidia.com (local) * Changed implementation of first patch, based on our discussion with Christoph. https://lore.kernel.org/lkml/YNwaVTT0qmQdxaZz@infradead.org/ (local) v1: https://lore.kernel.org/lkml/cover.1624955710.git.leonro@nvidia.com/ (local) * Fixed sg_page with a _dma_ API in the umem.c v0: https://lore.kernel.org/lkml/cover.1624361199.git.leonro@nvidia.com (local) Maor Gottlieb (3): lib/scatterlist: Provide a dedicated function to support table append lib/scatterlist: Fix wrong update of orig_nents RDMA: Use the sg_table directly and remove the opencoded version from umem
I'm going to send this into linux-next, last time that triggered some bug reports. But overall it looks okay, though some of the sg_append_table is bit odd. Certainly using the sg_table throughout the RDMA code is big improvement. Lets see a v4, reviews/etc and I'll update it. Jason