From mboxrd@z Thu Jan 1 00:00:00 1970 From: Christoph Lameter Subject: Re: [Bug #13319] Page allocation failures with b43 and p54usb Date: Tue, 30 Jun 2009 10:32:46 -0400 (EDT) Message-ID: References: <5Hhc7UkUKEO.A.fNH.4kASKB@chimera> <4A48F114.1010702@lwfinger.net> <84144f020906292355o7cf63f7ch47bd19961cf92da3@mail.gmail.com> Mime-Version: 1.0 Return-path: In-Reply-To: <84144f020906292355o7cf63f7ch47bd19961cf92da3-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org> Sender: kernel-testers-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org List-ID: Content-Type: TEXT/PLAIN; charset="us-ascii" Content-Transfer-Encoding: 7bit To: Pekka Enberg Cc: David Rientjes , Larry Finger , "Rafael J. Wysocki" , Linux Kernel Mailing List , Kernel Testers List , Johannes Berg On Tue, 30 Jun 2009, Pekka Enberg wrote: > Well, I obviously don't agree here because kmalloc-4096 debugging causes > problems in the real world. Furthermore, SLUB never supported debugging > for objects that big historically because of page allocator passthrough. > And with Mel Gorman's page allocator optimizations, we might be going > back to that. SLUB for some period of time had passthrough. It did not start out like that though. kmalloc-4096 causes problems in the long run and so do other caches that are of similar size. But it allows debugging to occur. Silently switching it off is something I am not comfortable with.