On Wed, Nov 21, 2018 at 10:26:26PM +0000, Robin Murphy wrote: > TBH, if this DMA32 stuff is going to be contentious we could possibly just > rip out the offending kmem_cache - it seemed like good practice for the > use-case, but provided kzalloc(SZ_1K, gfp | GFP_DMA32) can be relied upon to > give the same 1KB alignment and chance of succeeding as the equivalent > kmem_cache_alloc(), then we could quite easily make do with that instead. Neither is the slab support for kmalloc, not do kmalloc allocations have useful alignment apparently (at least if you use slub debug). But I do agree with the sentiment of not wanting to spread GFP_DMA32 futher into the slab allocator. I think you want a simple genalloc allocator for this rather special use case.
