On 20.03.2026 14:09, Maxime Ripard wrote: > On Fri, Mar 20, 2026 at 01:24:18PM +0100, Marek Szyprowski wrote: >> On 03.03.2026 11:13, Maxime Ripard wrote: >>> The recent introduction of heaps in the optee driver [1] made possible >>> the creation of heaps as modules. >>> >>> It's generally a good idea if possible, including for the already >>> existing system and CMA heaps. >>> >>> The system one is pretty trivial, the CMA one is a bit more involved, >>> especially since we have a call from kernel/dma/contiguous.c to the CMA >>> heap code. This was solved by turning the logic around and making the >>> CMA heap call into the contiguous DMA code. >>> >>> Let me know what you think, >>> Maxime >>> >>> 1: >>> https://lore.kernel.org/dri-devel/[email protected]/ >>> >>> Signed-off-by: Maxime Ripard <[email protected]> >> I'm okay with the kernel/dma/contiguous.c changes. I only wonder how to >> properly merge them. There are other pending changes to >> kernel/dma/contiguous.c file [1] and if they finally get reviewed, I >> would like to merge both via dma-mapping-for-next tree. Then I can >> provide a stable branch for merging the remaining dma-buf pathes. Is it >> okay for You? > That sounds reasonable to me
I've applied patches 1-5 to my dma-mapping-for-next branch and resolved conflicts in the mentioned kernel/dma/contiguous.c file. Here is a stable branch to apply remaining dma-buf heaps patches: https://web.git.kernel.org/pub/scm/linux/kernel/git/mszyprowski/linux.git/log/?h=dma-contig-for-7.1-modules-prep Best regards -- Marek Szyprowski, PhD Samsung R&D Institute Poland
