[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <e2e108260805100207l13b67706h871f5f1c550e58b3@mail.gmail.com>
Date: Sat, 10 May 2008 11:07:25 +0200
From: "Bart Van Assche" <bart.vanassche@...il.com>
To: "Vegard Nossum" <vegard.nossum@...il.com>
Cc: "Linux Kernel Mailing List" <linux-kernel@...r.kernel.org>,
"Pekka Enberg" <penberg@...helsinki.fi>,
"Ingo Molnar" <mingo@...e.hu>,
"Peter Zijlstra" <a.p.zijlstra@...llo.nl>,
"Paul E. McKenney" <paulmck@...ux.vnet.ibm.com>,
"Christoph Lameter" <clameter@....com>,
"Daniel Walker" <dwalker@...sta.com>,
"Andi Kleen" <andi@...stfloor.org>,
"Randy Dunlap" <randy.dunlap@...cle.com>,
"Josh Aune" <luken@...er.org>, "Pekka Paalanen" <pq@....fi>
Subject: Re: [ANNOUNCE] kmemcheck v7
On Fri, Apr 4, 2008 at 3:44 PM, Vegard Nossum <vegard.nossum@...il.com> wrote:
> I skipped the public announcements for versions 5 and 6, but here is 7 :)
>
> General description: kmemcheck is a patch to the linux kernel that
> detects use of uninitialized memory. It does this by trapping every
> read and write to memory that was allocated dynamically (e.g. using
> kmalloc()). If a memory address is read that has not previously been
> written to, a message is printed to the kernel log.
>
> Changes since v4 (rough list):
> - SLUB parts were broken-out into its own file to avoid cluttering the main
> SLUB code.
> - A rather lot of cleanups, including removing #ifdefs from arch code.
> - Some preparation in anticipation of an x86_64 port.
> - Make reporting safer by using a periodic timer to inspect the error queue.
> - Fix hang due to page flags changing too early on free().
> - Fix hang due to kprobes incompatibility.
> - Allow CONFIG_SMP, but limit number of CPUs to 1 at run-time.
> - Add kmemcheck=0|1 boot option.
> - Add /proc/sys/kernel/kmemcheck for run-time enabling/disabling.
>
>
> These patches apply to Linus's v2.6.25-rc8. The latest patchset can also be
> found here: http://folk.uio.no/vegardno/linux/kmemcheck/
(reply to an e-mail of one month ago)
Hello Vegard,
It's a bit late but I finally found out about your announcement of
kmemcheck version 7. Are you familiar with the patch that adds support
to Valgrind for User Mode Linux ? I'm not sure what the best approach
is -- letting the kernel do its own checking like kmemcheck or extend
Valgrind such that it supports UML. Anyway, the techniques applied in
Valgrind may be useful for kmemcheck too, such as the algorithms used
in Valgrind to compress the memory state information.
See also:
http://www.mail-archive.com/user-mode-linux-devel@lists.sourceforge.net/msg05602.html
Bart.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists