lkml.org 
[lkml]   [2023]   [Jan]   [9]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: [PATCH] crypto: talitos - Remove GFP_DMA and add DMA alignment padding
Date


Le 30/12/2022 à 08:31, Herbert Xu a écrit :
> GFP_DMA does not guarantee that the returned memory is aligned
> for DMA. It should be removed where it is superfluous.

Doesn't GFP_DMA guarantees that the provided memory is addressable for
DMA ? Or do we assume that all memory returned by kmalloc can be used
for DMA ?

>
> However, kmalloc may start returning DMA-unaligned memory in future
> so fix this by adding the alignment by hand.

kmalloc() already returns not DMA aligned memory, why does it becomes a
problem now ?
Ok, that may be suboptimal, but is that a problem at all ?

By the way, I'm not sure I understand the solution, what's the added
value of aligning allocation length to the cache alignment ?

>
> Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
>
> diff --git a/drivers/crypto/talitos.c b/drivers/crypto/talitos.c
> index 71db6450b6aa..d62ec68e3183 100644
> --- a/drivers/crypto/talitos.c
> +++ b/drivers/crypto/talitos.c
> @@ -1393,7 +1393,7 @@ static struct talitos_edesc *talitos_edesc_alloc(struct device *dev,
> alloc_len += sizeof(struct talitos_desc);
> alloc_len += ivsize;
>
> - edesc = kmalloc(alloc_len, GFP_DMA | flags);
> + edesc = kmalloc(ALIGN(alloc_len, dma_get_cache_alignment()), flags);
> if (!edesc)
> return ERR_PTR(-ENOMEM);
> if (ivsize) {
\
 
 \ /
  Last update: 2023-03-26 23:32    [W:0.060 / U:0.160 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site