netdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
To: Miles Lane <miles.lane@gmail.com>
Cc: Eric Paris <eparis@redhat.com>,
	Lai Jiangshan <laijs@cn.fujitsu.com>, Ingo Molnar <mingo@elte.hu>,
	Peter Zijlstra <peterz@infradead.org>,
	LKML <linux-kernel@vger.kernel.org>,
	vgoyal@redhat.com, nauman@google.com, eric.dumazet@gmail.com,
	netdev@vger.kernel.org
Subject: Re: [PATCH] RCU: don't turn off lockdep when find suspicious rcu_dereference_check() usage
Date: Wed, 21 Apr 2010 14:48:48 -0700	[thread overview]
Message-ID: <20100421214848.GQ2563@linux.vnet.ibm.com> (raw)
In-Reply-To: <20100421213543.GO2563@linux.vnet.ibm.com>

On Wed, Apr 21, 2010 at 02:35:43PM -0700, Paul E. McKenney wrote:
> On Tue, Apr 20, 2010 at 11:38:28AM -0400, Miles Lane wrote:
> > Excellent.  Here are the results on my machine.  .config appended.
> 
> First, thank you very much for testing this, Miles!

And as Tetsuo Handa pointed out privately, my patch was way broken.

Here is an updated version.

							Thanx, Paul

commit b15e561ed91b7a366c3cc635026f3b9ce6483070
Author: Paul E. McKenney <paulmck@linux.vnet.ibm.com>
Date:   Wed Apr 21 14:04:56 2010 -0700

    sched: protect __sched_setscheduler() access to cgroups
    
    A given task's cgroups structures must remain while that task is running
    due to reference counting, so this is presumably a false positive.
    Updated to reflect feedback from Tetsuo Handa.
    
    Signed-off-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com>

diff --git a/kernel/sched.c b/kernel/sched.c
index 14c44ec..f425a2b 100644
--- a/kernel/sched.c
+++ b/kernel/sched.c
@@ -4575,9 +4575,13 @@ recheck:
 		 * Do not allow realtime tasks into groups that have no runtime
 		 * assigned.
 		 */
+		rcu_read_lock();
 		if (rt_bandwidth_enabled() && rt_policy(policy) &&
-				task_group(p)->rt_bandwidth.rt_runtime == 0)
+				task_group(p)->rt_bandwidth.rt_runtime == 0) {
+			rcu_read_unlock();
 			return -EPERM;
+		}
+		rcu_read_unlock();
 #endif
 
 		retval = security_task_setscheduler(p, policy, param);

  reply	other threads:[~2010-04-21 21:48 UTC|newest]

Thread overview: 29+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <1271242058.32749.19.camel@laptop>
     [not found] ` <1271701612.2972.5.camel@dhcp231-113.rdu.redhat.com>
     [not found]   ` <20100419230136.GA16856@linux.vnet.ibm.com>
     [not found]     ` <1271726729.2972.13.camel@dhcp231-113.rdu.redhat.com>
     [not found]       ` <20100420030452.GB2905@linux.vnet.ibm.com>
     [not found]         ` <4BCD646B.1080206@cn.fujitsu.com>
     [not found]           ` <1271766716.2972.16.camel@dhcp231-113.rdu.redhat.com>
     [not found]             ` <j2ya44ae5cd1004200545q6be4ec82o18ae99d93e8c29c7@mail.gmail.com>
     [not found]               ` <20100420135227.GC2628@linux.vnet.ibm.com>
     [not found]                 ` <t2la44ae5cd1004200838w87256e80v9dcde91342b321db@mail.gmail.com>
2010-04-21 21:35                   ` [PATCH] RCU: don't turn off lockdep when find suspicious rcu_dereference_check() usage Paul E. McKenney
2010-04-21 21:48                     ` Paul E. McKenney [this message]
2010-04-21 21:57                     ` Eric Dumazet
2010-04-21 22:14                       ` Paul E. McKenney
2010-04-21 23:26                         ` Eric W. Biederman
2010-04-22 14:56                     ` Vivek Goyal
2010-04-22 16:01                       ` Paul E. McKenney
2010-04-23 12:50                         ` Miles Lane
2010-04-23 19:42                           ` Paul E. McKenney
2010-04-23 22:59                             ` Miles Lane
2010-04-24  5:35                               ` Miles Lane
2010-04-25  2:36                                 ` Paul E. McKenney
2010-04-25  2:34                               ` Paul E. McKenney
2010-04-25  7:45                                 ` Johannes Berg
2010-04-25  7:49                                   ` David Miller
2010-04-26  2:07                                     ` Paul E. McKenney
2010-04-25 15:49                                 ` Miles Lane
2010-04-25 20:20                                   ` Miles Lane
2010-04-26 16:09                                     ` Paul E. McKenney
2010-04-26 18:35                                       ` Eric W. Biederman
2010-04-27  4:27                                         ` Paul E. McKenney
2010-04-27 16:22                                           ` Paul E. McKenney
2010-04-27 16:33                                             ` Eric Dumazet
2010-04-27 17:58                                             ` Miles Lane
2010-04-27 23:31                                               ` Paul E. McKenney
2010-04-27 23:42                                                 ` David Miller
2010-04-27 23:52                                                   ` Paul E. McKenney
     [not found]                                 ` <p2ka44ae5cd1004281358n86ce29d2tbece16b2fb974dab@mail.gmail.com>
2010-04-28 21:37                                   ` Paul E. McKenney
     [not found]                   ` <20100421060428.GA3839@liondog.tnic>
2010-04-21 21:45                     ` Paul E. McKenney

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=20100421214848.GQ2563@linux.vnet.ibm.com \
    --to=paulmck@linux.vnet.ibm.com \
    --cc=eparis@redhat.com \
    --cc=eric.dumazet@gmail.com \
    --cc=laijs@cn.fujitsu.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=miles.lane@gmail.com \
    --cc=mingo@elte.hu \
    --cc=nauman@google.com \
    --cc=netdev@vger.kernel.org \
    --cc=peterz@infradead.org \
    --cc=vgoyal@redhat.com \
    /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;
as well as URLs for NNTP newsgroup(s).