Thread (18 messages) 18 messages, 5 authors, 2011-05-20

Re: [PATCH 0/4] v6 Improve task->comm locking situation

From: Andrew Morton <akpm@linux-foundation.org>
Date: 2011-05-18 07:06:02
Also in: lkml

On Wed, 18 May 2011 08:25:54 +0200 Ingo Molnar [off-list ref] wrote:
  " Hey, this looks a bit racy and 'top' very rarely, on rare workloads that 
    play with ->comm[], might display a weird reading task name for a second, 
    amongst the many other temporarily nonsensical statistical things it 
    already prints every now and then. "
Well we should at least make sure that `top' won't run off the end of
comm[] and go oops.  I think that's guaranteed by the fact(s) that
init_tasks's comm[15] is zero and is always copied-by-value across
fork and can never be overwritten in any task_struct.

But I didn't check that.

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help