Thread (35 messages) 35 messages, 8 authors, 2018-12-05

[PATCH v2 0/3] iommu/io-pgtable-arm-v7s: Use DMA32 zone for page tables

From: hch@infradead.org (Christoph Hellwig)
Date: 2018-11-26 08:02:31
Also in: linux-iommu, linux-mm, lkml

On Fri, Nov 23, 2018 at 01:23:41PM +0100, Vlastimil Babka wrote:
Is this also true for caches created by kmem_cache_create(), that
debugging options can result in not respecting the alignment passed to
kmem_cache_create()? That would be rather bad, IMHO.
That's what I understood in the discussion.  If not it would make
our live simpler, but would need to be well document.

Christoph can probably explain the alignment choices in slub.
quoted
But I do agree with the sentiment of not wanting to spread GFP_DMA32
futher into the slab allocator.
I don't see a problem with GFP_DMA32 for custom caches. Generic
kmalloc() would be worse, since it would have to create a new array of
kmalloc caches. But that's already ruled out due to the alignment.
True, purely slab probably isn't too bad.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help