On 12/3/2020 3:35 AM, Iuliana Prodan (OSS) wrote: > From: Iuliana Prodan <iuliana.pro...@nxp.com> > > This series removes CRYPTO_ALG_ALLOCATES_MEMORY flag and > allocates the memory needed by the driver, to fulfil a > request, within the crypto request object. > The extra size needed for base extended descriptor, hw > descriptor commands and link tables is added to the reqsize > field that indicates how much memory could be needed per request. > > CRYPTO_ALG_ALLOCATES_MEMORY flag is limited only to > dm-crypt use-cases, which seems to be 4 entries maximum. > Therefore in reqsize we allocate memory for maximum 4 entries > for src and 4 for dst, aligned. > If the driver needs more than the 4 entries maximum, the memory > is dynamically allocated, at runtime. > Moving the memory allocations from caam driver into the generic crypto API has the side effect of dropping the GFP_DMA allocation flag.
For cases when caam device is limited to 32-bit address space and there's no IOMMU, this could lead to DMA API using bounce buffering. We need to measure the performance impact of this change before deciding what we should do next. Thanks, Horia
