exit: release_task: fix the comment about group leader accounting
authorOleg Nesterov <oleg@redhat.com>
Wed, 10 Dec 2014 23:54:54 +0000 (15:54 -0800)
committerLinus Torvalds <torvalds@linux-foundation.org>
Thu, 11 Dec 2014 01:41:17 +0000 (17:41 -0800)
Contrary to what the comment in __exit_signal() says we do account the
group leader. Fix this and explain why.

Signed-off-by: Oleg Nesterov <oleg@redhat.com>
Cc: Aaron Tomlin <atomlin@redhat.com>
Cc: "Eric W. Biederman" <ebiederm@xmission.com>
Cc: Rik van Riel <riel@redhat.com>
Cc: Sterling Alexander <stalexan@redhat.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
kernel/exit.c

index 6297eb0f5bd289172055e596825b4758e4edc751..9a65f10dc9ff582e9e2232008efbd69427cdabef 100644 (file)
@@ -118,13 +118,10 @@ static void __exit_signal(struct task_struct *tsk)
        }
 
        /*
-        * Accumulate here the counters for all threads but the group leader
-        * as they die, so they can be added into the process-wide totals
-        * when those are taken.  The group leader stays around as a zombie as
-        * long as there are other threads.  When it gets reaped, the exit.c
-        * code will add its counts into these totals.  We won't ever get here
-        * for the group leader, since it will have been the last reference on
-        * the signal_struct.
+        * Accumulate here the counters for all threads as they die. We could
+        * skip the group leader because it is the last user of signal_struct,
+        * but we want to avoid the race with thread_group_cputime() which can
+        * see the empty ->thread_head list.
         */
        task_cputime(tsk, &utime, &stime);
        write_seqlock(&sig->stats_lock);