[PATCH v4 00/13] dma-mapping: Use DMA_ATTR_CC_SHARED through direct, pool and swiotlb paths
Aneesh Kumar K.V
aneesh.kumar at kernel.org
Mon May 18 01:23:58 PDT 2026
Jiri Pirko <jiri at resnulli.us> writes:
> Tue, May 12, 2026 at 11:03:55AM +0200, aneesh.kumar at kernel.org wrote:
>>This series propagates DMA_ATTR_CC_SHARED through the dma-direct,
>>dma-pool, and swiotlb paths so that encrypted and decrypted DMA buffers
>>are handled consistently.
>>
>>Today, the direct DMA path mostly relies on force_dma_unencrypted() for
>>shared/decrypted buffer handling. This series consolidates the
>>force_dma_unencrypted() checks in the top-level functions and ensures
>>that the remaining DMA interfaces use DMA attributes to make the correct
>>decisions.
>
> FWIW, the patchset in general looks good to me. I tested this with my
> system_cc_shared dmabuf flow, works flawlessly.
>
> Thanks!
>
Thanks, Can I add
Tested-by: Jiri Pirko <jiri at resnulli.us>
-aneesh
More information about the linux-arm-kernel
mailing list