Prev: kvm, Fix a race condition for usage of is_hwpoison_address
Next: [tip:sched/core] sched, cpuset: Drop __cpuexit from cpu hotplug callbacks
From: Catalin Marinas on 22 Jun 2010 08:20 On Tue, 2010-06-22 at 12:31 +0100, Paul Mundt wrote: > On Tue, Jun 22, 2010 at 02:16:43PM +0530, Sankar P wrote: > > If we try to find the memory leaks in kernel that is > > compiled with 'make defconfig', the default buffer size > > of DEBUG_KMEMLEAK_EARLY_LOG_SIZE seem to be inadequate. > > > > Change the buffer size from 400 to 1000, > > which is sufficient for most cases. > > > Or you could just bump it up in your config where you seem to be hitting > this problem. The default of 400 is sufficient for most people, so > bloating it up for a corner case seems a bit premature. Perhaps > eventually we'll have no choice and have to tolerate the bloat, as we did > with LOG_BUF_SHIFT, but it's not obvious that we've hit that point with > kmemleak yet. I agree. The 400 seems to be sufficient with standard kernel configurations (I usually try some of the Ubuntu configs on x86). The error message is hopefully clear enough about what needs to be changed. The defconfig change for this specific platform may be a better option but I thought defconfigs are to provide a stable (and maybe close to optimal) configuration without all the debugging features enabled (especially those slowing things down considerably). -- Catalin -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo(a)vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
From: Catalin Marinas on 22 Jun 2010 08:50
On Tue, 2010-06-22 at 13:21 +0100, Pekka Enberg wrote: > On Tue, Jun 22, 2010 at 3:05 PM, Catalin Marinas > <catalin.marinas(a)arm.com> wrote: > > The defconfig change for this specific platform may be a better option > > but I thought defconfigs are to provide a stable (and maybe close to > > optimal) configuration without all the debugging features enabled > > (especially those slowing things down considerably). > > The defconfig change was definitely not a clean solution to this > problem. Better bake the fix in Kconfig proper even if it means > dependency on CONFIG_SH or something. OK, maybe something like this default 1000 if SH default 400 It seems that kbuild only considers the first encounter of "default". Thanks. -- Catalin -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo(a)vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ |