On Fri, 28 Sep 2012, Christoph Lameter wrote: > > For context, as many people who attended the kernel summit and LinuxCon > > are aware, a new slab allocator is going to be proposed soon that actually > > uses additional bits that aren't defined for all slab allocators. My > > opinion is that leaving unused bits and reserved bits to the > > implementation is the best software engineering practice. > > Could you please come out with the new allocator and post some patchsets? > > We can extend the number of flags reserved if necessary but we really need > to see the source for that. > The first prototype, SLAM XP1, will be posted in October. I'd simply like to avoid reverting this patch down the road and having all of us reconsider the topic again when clear alternatives exist that, in my opinion, make the code cleaner. [ There _was_ a field for internal flags for mm/slab.c, called "dflags", before I removed it because it was unused; I'm regretting that now because it would have been very easy to use it for this purpose. ] -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@xxxxxxxxx. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: <a href=mailto:"dont@xxxxxxxxx";> email@xxxxxxxxx </a>