Re: [ANNOUNCE] kmemcheck v7

!MAILaRCHIVE_VOTE_RePLACE
Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]
To: John Reiser <jreiser@...>
Cc: Andi Kleen <andi@...>, Vegard Nossum <vegard.nossum@...>, Bart Van Assche <bart.vanassche@...>, Pekka Enberg <penberg@...>, Linux Kernel Mailing List <linux-kernel@...>, Ingo Molnar <mingo@...>, Peter Zijlstra <a.p.zijlstra@...>, Paul E. McKenney <paulmck@...>, Christoph Lameter <clameter@...>, Daniel Walker <dwalker@...>, Randy Dunlap <randy.dunlap@...>, Josh Aune <luken@...>, Pekka Paalanen <pq@...>
Date: Saturday, May 10, 2008 - 7:05 pm

John Reiser wrote:
Hm, I never particularly liked that approach because unless you do the 
whole thing in assembly it was never certain that there wasn't a 
basic-block break between them (ie, atomic with respect to valgrind).  
For the kernel that may be possible, but I was thinking of the general 
case where you might want to use setjmp or something.


Matter of taste really, but I tend to disagree.  If you say something 
like "addresses A-B, C-D, E-F are stacks", then the stack pointer 
changing from the range A-B to C-D is a pretty clear indication of stack 
switch, regardless of the mechanism you use to do it.  Of course, an 
explicit hint prevents an accidental push/pop of 32k onto an 8K stack 
from being considered a stack switch, but unless you actually know where 
the stacks are, you can't warn about it or prevent it from 
validating/invalidating a pile of innocent memory.

    J
--
Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

Messages in current thread:
[ANNOUNCE] kmemcheck v7, Vegard Nossum, (Fri Apr 4, 9:44 am)
Re: [ANNOUNCE] kmemcheck v7, Bart Van Assche, (Sat May 10, 5:07 am)
Re: [ANNOUNCE] kmemcheck v7, Pekka Enberg, (Sat May 10, 5:06 am)
Re: [ANNOUNCE] kmemcheck v7, Bart Van Assche, (Sat May 10, 7:04 am)
Re: [ANNOUNCE] kmemcheck v7, Vegard Nossum, (Sat May 10, 8:02 am)
Re: [ANNOUNCE] kmemcheck v7, John Reiser, (Sun May 11, 8:08 am)
Re: [ANNOUNCE] kmemcheck v7, Jeremy Fitzhardinge, (Sat May 10, 1:17 pm)
Re: [ANNOUNCE] kmemcheck v7, Jeff Dike, (Sat May 10, 4:35 pm)
Re: [ANNOUNCE] kmemcheck v7, John Reiser, (Sun May 11, 7:23 am)
Re: [ANNOUNCE] kmemcheck v7, Bart Van Assche, (Sat May 10, 9:29 am)
Re: [ANNOUNCE] kmemcheck v7, Andi Kleen, (Sat May 10, 8:37 am)
Re: [ANNOUNCE] kmemcheck v7, Jeremy Fitzhardinge, (Sat May 10, 1:17 pm)
Re: [ANNOUNCE] kmemcheck v7, Andi Kleen, (Sat May 10, 1:48 pm)
Re: [ANNOUNCE] kmemcheck v7, Jeremy Fitzhardinge, (Sat May 10, 4:45 pm)
Re: [ANNOUNCE] kmemcheck v7, John Reiser, (Sat May 10, 5:29 pm)
Re: [ANNOUNCE] kmemcheck v7, Jeremy Fitzhardinge, (Sat May 10, 7:05 pm)
Re: [ANNOUNCE] kmemcheck v7, Andi Kleen, (Sat May 10, 5:31 pm)
Re: [ANNOUNCE] kmemcheck v7, Jeremy Fitzhardinge, (Sat May 10, 6:59 pm)
Re: [ANNOUNCE] kmemcheck v7, Bart Van Assche, (Sat May 10, 9:22 am)
[PATCH 3/3] slub: add hooks for kmemcheck, Vegard Nossum, (Fri Apr 4, 9:47 am)
[PATCH 2/3] x86: add hooks for kmemcheck, Vegard Nossum, (Fri Apr 4, 9:46 am)
[PATCH 1/3] kmemcheck: add the kmemcheck core, Vegard Nossum, (Fri Apr 4, 9:45 am)