Re: [PATCH 3/7] docs: dma-attributes: Fix dma_alloc_attrs() name
From: Randy Dunlap
Date: Sat Aug 22 2026 - 13:25:57 EST
On 8/22/26 5:16 AM, Karl Mehltretter wrote:
> dma_alloc_attr() does not exist; the allocation API is
> dma_alloc_attrs().
>
> Fixes: d5724f172fd1 ("common: DMA-mapping: add DMA_ATTR_NO_KERNEL_MAPPING attribute")
> Assisted-by: Codex:gpt-5.6-sol
> Signed-off-by: Karl Mehltretter <kmehltretter@xxxxxxxxx>
Reviewed-by: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
Thanks.
> ---
> Documentation/core-api/dma-attributes.rst | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/Documentation/core-api/dma-attributes.rst b/Documentation/core-api/dma-attributes.rst
> index 123c8468d58f2..067ce6dbb404b 100644
> --- a/Documentation/core-api/dma-attributes.rst
> +++ b/Documentation/core-api/dma-attributes.rst
> @@ -34,7 +34,7 @@ such mapping is non-trivial task and consumes very limited resources
> (like kernel virtual address space or dma consistent address space).
> Buffers allocated with this attribute can be only passed to user space
> by calling dma_mmap_attrs(). By using this API, you are guaranteeing
> -that you won't dereference the pointer returned by dma_alloc_attr(). You
> +that you won't dereference the pointer returned by dma_alloc_attrs(). You
> can treat it as a cookie that must be passed to dma_mmap_attrs() and
> dma_free_attrs(). Make sure that both of these also get this attribute
> set on each call.
--
~Randy