On Mon, 16 Jul 2012, David Rientjes wrote: > > These checks are useless for regular kernel operations. They are > > only useful when developing code and should only be enabled during > > development. There is no point in testing the size and the name which are > > typically constant when a slab is created with a stable kernel. > > > > Sounds like a response from someone who is very familiar with slab > allocators. The reality, though, is that very few people are going to be > doing development with CONFIG_DEBUG_VM enabled unless they notice problems > beforehand. Kernels are certainly run with CONFIG_DEBUG_VM before merges to mainstream occur. If the developer does not do it then someone else will. > Are you seriously trying to optimize kmem_cache_create()? These checks > certainly aren't going to hurt your perfromance and it seems appropriate > to do some sanity checking before blowing up in unexpected ways. It's > also the way it's been done for years before extracting common allocator > functions to their own file. The kernel cannot check everything and will blow up in unexpected ways if someone codes something stupid. There are numerous debugging options that need to be switched on to get better debugging information to investigate deper. Adding special code to replicate these checks is bad. Frankly, these checks are there only for legacy reasons in the common code due to SLAB having them. Checking for NULL pointers is pretty useless since any dereference will cause a oops that will show where this occurred. The other checks are of the same order of uselessness. The interrupt check f.e. is nonsense since the first attempt to acquire the slab futex will trigger another exception. I would suggest to rather drop these checks entirely. SLUB never had these braindead things in them and has been in use for quite a long time. -- 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>