From: Oleg Nesterov <oleg@tv-sign.ru>
To: paulmck@us.ibm.com
Cc: akpm@osdl.org, linux-kernel@vger.kernel.org, dipankar@in.ibm.com,
mingo@elte.hu, suzannew@cs.pdx.edu
Subject: Re: [PATCH] Additional/catchup RCU signal fixes for -mm
Date: Sat, 05 Nov 2005 19:32:47 +0300 [thread overview]
Message-ID: <436CDEAF.E236BC40@tv-sign.ru> (raw)
In-Reply-To: 20051105013650.GA17461@us.ibm.com
"Paul E. McKenney" wrote:
>
> @@ -1386,7 +1387,7 @@ send_sigqueue(int sig, struct sigqueue *
> {
> unsigned long flags;
> int ret = 0;
> - struct sighand_struct *sh = p->sighand;
> + struct sighand_struct *sh;
>
> BUG_ON(!(q->flags & SIGQUEUE_PREALLOC));
>
> @@ -1405,7 +1406,15 @@ send_sigqueue(int sig, struct sigqueue *
> goto out_err;
> }
>
> +retry:
> + sh = rcu_dereference(p->sighand);
> +
> spin_lock_irqsave(&sh->siglock, flags);
> + if (p->sighand != sh) {
> + /* We raced with exec() in a multithreaded process... */
> + spin_unlock_irqrestore(&sh->siglock, flags);
> + goto retry;
p->sighand can't be changed, de_thread calls exit_itimers() before
changing ->sighand. But I still think it can be NULL, and send_sigqueue()
should return -1 in that case.
> @@ -1464,15 +1473,8 @@ send_group_sigqueue(int sig, struct sigq
>
> BUG_ON(!(q->flags & SIGQUEUE_PREALLOC));
>
> - while (!read_trylock(&tasklist_lock)) {
> - if (!p->sighand)
> - return -1;
> - cpu_relax();
> - }
> - if (unlikely(!p->sighand)) {
> - ret = -1;
> - goto out_err;
> - }
> + read_lock(&tasklist_lock);
> + /* Since it_lock is held, p->sighand cannot be NULL. */
> spin_lock_irqsave(&p->sighand->siglock, flags);
Again, I think the comment is wrong.
However, now I think we really have a race with exec, and this race was not
introduced by your patches!
If !thread_group_leader() does exec de_thread() calls release_task(->group_leader)
before calling exit_itimers(). This means that send_group_sigqueue() which
always has p == ->group_leader parameter can oops here.
Oleg.
next prev parent reply other threads:[~2005-11-05 15:19 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-11-05 1:36 [PATCH] Additional/catchup RCU signal fixes for -mm Paul E. McKenney
2005-11-05 16:32 ` Oleg Nesterov [this message]
2005-11-06 1:00 ` Paul E. McKenney
2005-11-06 14:17 ` Oleg Nesterov
2005-11-06 14:46 ` Oleg Nesterov
2005-11-06 23:02 ` Paul E. McKenney
2005-11-06 14:32 ` Posix timers vs exec problems Oleg Nesterov
2005-11-07 18:12 ` [PATCH] fix de_thread() vs send_group_sigqueue() race Oleg Nesterov
2005-11-08 20:36 ` Chris Wright
2005-11-08 20:55 ` Linus Torvalds
2005-11-16 23:26 ` [PATCH] sigaction should clear all signals on SIG_IGN, not just < 32 George Anzinger
2005-11-22 1:09 ` Thread group exec race -> null pointer... HELP George Anzinger
2005-11-22 14:45 ` Oleg Nesterov
2005-11-23 20:30 ` George Anzinger
2005-11-25 15:03 ` Ingo Molnar
2005-11-22 19:20 ` [PATCH] fix do_wait() vs exec() race Oleg Nesterov
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=436CDEAF.E236BC40@tv-sign.ru \
--to=oleg@tv-sign.ru \
--cc=akpm@osdl.org \
--cc=dipankar@in.ibm.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@elte.hu \
--cc=paulmck@us.ibm.com \
--cc=suzannew@cs.pdx.edu \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox