* [PATCH] dma-coherent: report a failed reserved memory assignment @ 2026-09-05 7:47 ` Donggeun Yoo 2026-09-09 9:29 ` Marek Szyprowski 0 siblings, 1 reply; 2+ messages in thread From: Donggeun Yoo @ 2026-09-05 7:47 UTC (permalink / raw) To: Marek Szyprowski Cc: Robin Murphy, Andrew Morton, iommu, linux-kernel, donggeunyoo.kernel rmem_dma_device_init() drops the return value of dma_assign_coherent_memory() and always reports success. That call fails with -EBUSY when the device already has a coherent pool, and the file allows only "*one* such region of memory" per device. of_reserved_mem_device_init_by_idx() reads the zero as success. It logs "assigned reserved memory node" for a region that was not assigned and records the pairing, so of_reserved_mem_device_release() later runs rmem_dma_device_release() for it. That clears dev->dma_mem without looking at which region it was called for, dropping the pool the device did get and leaving it on ordinary memory. dma_declare_coherent_memory() checks the same call and releases the memory on failure, and rmem_swiotlb_device_init() propagates its own errors. Return the error here as well, so a device tree that assigns two pools to one device fails the probe instead of half working. Fixes: 7bfa5ab6fa1b ("drivers: dma-coherent: add initialization from device tree") Signed-off-by: Donggeun Yoo <donggeunyoo.kernel@gmail.com> --- Compile-tested only, with CONFIG_DMA_DECLARE_COHERENT=y and CONFIG_OF_RESERVED_MEM=y. I do not have a board that assigns two shared-dma-pool regions to one device; the release path was traced through of_reserved_mem_device_release() and rmem_dma_device_release() rather than observed. kernel/dma/coherent.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/kernel/dma/coherent.c b/kernel/dma/coherent.c index 45bbae947f4b..4d0266893bcc 100644 --- a/kernel/dma/coherent.c +++ b/kernel/dma/coherent.c @@ -352,8 +352,7 @@ static int rmem_dma_device_init(struct reserved_mem *rmem, struct device *dev) min_not_zero(dev->coherent_dma_mask, dev->bus_dma_limit)) dev_warn(dev, "reserved memory is beyond device's set DMA address range\n"); - dma_assign_coherent_memory(dev, mem); - return 0; + return dma_assign_coherent_memory(dev, mem); } static void rmem_dma_device_release(struct reserved_mem *rmem, -- 2.53.0 ^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: [PATCH] dma-coherent: report a failed reserved memory assignment 2026-09-05 7:47 ` [PATCH] dma-coherent: report a failed reserved memory assignment Donggeun Yoo @ 2026-09-09 9:29 ` Marek Szyprowski 0 siblings, 0 replies; 2+ messages in thread From: Marek Szyprowski @ 2026-09-09 9:29 UTC (permalink / raw) To: Donggeun Yoo; +Cc: Robin Murphy, Andrew Morton, iommu, linux-kernel On 05.09.2026 09:47, Donggeun Yoo wrote: > rmem_dma_device_init() drops the return value of > dma_assign_coherent_memory() and always reports success. That call fails > with -EBUSY when the device already has a coherent pool, and the file > allows only "*one* such region of memory" per device. > > of_reserved_mem_device_init_by_idx() reads the zero as success. It logs > "assigned reserved memory node" for a region that was not assigned and > records the pairing, so of_reserved_mem_device_release() later runs > rmem_dma_device_release() for it. That clears dev->dma_mem without > looking at which region it was called for, dropping the pool the device > did get and leaving it on ordinary memory. > > dma_declare_coherent_memory() checks the same call and releases the > memory on failure, and rmem_swiotlb_device_init() propagates its own > errors. Return the error here as well, so a device tree that assigns two > pools to one device fails the probe instead of half working. > > Fixes: 7bfa5ab6fa1b ("drivers: dma-coherent: add initialization from device tree") > Signed-off-by: Donggeun Yoo <donggeunyoo.kernel@gmail.com> Applied to dma-mapping-fixes, thanks! > --- > Compile-tested only, with CONFIG_DMA_DECLARE_COHERENT=y and > CONFIG_OF_RESERVED_MEM=y. I do not have a board that assigns two > shared-dma-pool regions to one device; the release path was traced > through of_reserved_mem_device_release() and rmem_dma_device_release() > rather than observed. > > kernel/dma/coherent.c | 3 +-- > 1 file changed, 1 insertion(+), 2 deletions(-) > > diff --git a/kernel/dma/coherent.c b/kernel/dma/coherent.c > index 45bbae947f4b..4d0266893bcc 100644 > --- a/kernel/dma/coherent.c > +++ b/kernel/dma/coherent.c > @@ -352,8 +352,7 @@ static int rmem_dma_device_init(struct reserved_mem *rmem, struct device *dev) > min_not_zero(dev->coherent_dma_mask, dev->bus_dma_limit)) > dev_warn(dev, "reserved memory is beyond device's set DMA address range\n"); > > - dma_assign_coherent_memory(dev, mem); > - return 0; > + return dma_assign_coherent_memory(dev, mem); > } > > static void rmem_dma_device_release(struct reserved_mem *rmem, Best regards -- Marek Szyprowski, PhD Samsung R&D Institute Poland ^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2026-09-09 9:29 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
[not found] <CGME20260905074735eucas1p235b2a9129bc0bb01b5725d57149ed5f5@eucas1p2.samsung.com>
2026-09-05 7:47 ` [PATCH] dma-coherent: report a failed reserved memory assignment Donggeun Yoo
2026-09-09 9:29 ` Marek Szyprowski
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®