Thread (30 messages) 30 messages, 4 authors, 2025-09-23

Re: [PATCH v6 00/16] dma-mapping: migrate to physical address-based API

From: Keith Busch <kbusch@kernel.org>
Date: 2025-09-21 00:47:32
Also in: linux-block, linux-doc, linux-iommu, linux-mm, linux-nvme, linux-trace-kernel, lkml, rust-for-linux, virtualization, xen-devel

On Sat, Sep 20, 2025 at 06:53:52PM +0300, Leon Romanovsky wrote:
On Fri, Sep 19, 2025 at 10:08:21AM -0600, Keith Busch wrote:
quoted
On Fri, Sep 12, 2025 at 12:03:27PM +0300, Leon Romanovsky wrote:
quoted
On Fri, Sep 12, 2025 at 12:25:38AM +0200, Marek Szyprowski wrote:
quoted
quoted
This series does the core code and modern flows. A followup series
will give the same treatment to the legacy dma_ops implementation.
Applied patches 1-13 into dma-mapping-for-next branch. Let's check if it 
works fine in linux-next.
Thanks a lot.
Just fyi, when dma debug is enabled, we're seeing this new warning
below. I have not had a chance to look into it yet, so I'm just
reporting the observation.
Did you apply all patches or only Marek's branch?
I don't get this warning when I run my NVMe tests on current dmabuf-vfio branch.
This was the snapshot of linux-next from the 20250918 tag. It doesn't
have the full patchset applied.

One other thing to note, this was runing on arm64 platform using smmu
configured with 64k pages. If your iommu granule is 4k instead, we
wouldn't use the blk_dma_map_direct path.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help