Re: [PATCH 3/7] docs: dma-attributes: Fix dma_alloc_attrs() name

[Marek Szyprowski <m.szyprowski@samsung.com>]

On 22.08.2026 14:16, 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@gmail.com>
Acked-by: Marek Szyprowski <m.szyprowski@samsung.com>
> ---
>  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.

Best regards
-- 
Marek Szyprowski, PhD
Samsung R&D Institute Poland