public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
* rcu_read_lock/unlock protect find_task_by_vpid call in migrate_pages
@ 2010-11-25  0:33 Dave Jones
  2010-11-25  0:50 ` KOSAKI Motohiro
  0 siblings, 1 reply; 5+ messages in thread
From: Dave Jones @ 2010-11-25  0:33 UTC (permalink / raw)
  To: Linux Kernel; +Cc: linux-mm, Andrew Morton

===================================================
[ INFO: suspicious rcu_dereference_check() usage. ]
---------------------------------------------------
kernel/pid.c:419 invoked rcu_dereference_check() without protection!

other info that might help us debug this:


rcu_scheduler_active = 1, debug_locks = 1
1 lock held by scrashme/11079:
 #0:  (tasklist_lock){.?.?..}, at: [<ffffffff81112702>] sys_migrate_pages+0xd6/0x29d

stack backtrace:
Pid: 11079, comm: scrashme Not tainted 2.6.37-rc3+ #2
Call Trace:
 [<ffffffff8107d095>] lockdep_rcu_dereference+0x9d/0xa5
 [<ffffffff81069dc8>] find_task_by_pid_ns+0x44/0x5d
 [<ffffffff81069e03>] find_task_by_vpid+0x22/0x24
 [<ffffffff8111270f>] sys_migrate_pages+0xe3/0x29d
 [<ffffffff8107c7c6>] ? trace_hardirqs_off_caller+0xa3/0x10b
 [<ffffffff8147b635>] ? retint_swapgs+0x13/0x1b
 [<ffffffff8107e2e7>] ? trace_hardirqs_on_caller+0x13f/0x172
 [<ffffffff8147a95c>] ? trace_hardirqs_on_thunk+0x3a/0x3f
 [<ffffffff81009cb2>] system_call_fastpath+0x16/0x1b

Signed-off-by: Dave Jones <davej@redhat.com>

diff --git a/mm/mempolicy.c b/mm/mempolicy.c
index 4a57f13..2f0f55b 100644
--- a/mm/mempolicy.c
+++ b/mm/mempolicy.c
@@ -1308,6 +1308,7 @@ SYSCALL_DEFINE4(migrate_pages, pid_t, pid, unsigned long, maxnode,
 
 	/* Find the mm_struct */
 	read_lock(&tasklist_lock);
+	rcu_read_lock();
 	task = pid ? find_task_by_vpid(pid) : current;
 	if (!task) {
 		read_unlock(&tasklist_lock);
@@ -1315,6 +1316,7 @@ SYSCALL_DEFINE4(migrate_pages, pid_t, pid, unsigned long, maxnode,
 		goto out;
 	}
 	mm = get_task_mm(task);
+	rcu_read_unlock();
 	read_unlock(&tasklist_lock);
 
 	err = -EINVAL;

^ permalink raw reply related	[flat|nested] 5+ messages in thread

* Re: rcu_read_lock/unlock protect find_task_by_vpid call in migrate_pages
  2010-11-25  0:33 rcu_read_lock/unlock protect find_task_by_vpid call in migrate_pages Dave Jones
@ 2010-11-25  0:50 ` KOSAKI Motohiro
  2010-11-25  1:33   ` Dave Jones
  2010-11-25  8:42   ` Peter Zijlstra
  0 siblings, 2 replies; 5+ messages in thread
From: KOSAKI Motohiro @ 2010-11-25  0:50 UTC (permalink / raw)
  To: Dave Jones, Linux Kernel, linux-mm, Andrew Morton; +Cc: kosaki.motohiro

Hi

> Signed-off-by: Dave Jones <davej@redhat.com>
> 
> diff --git a/mm/mempolicy.c b/mm/mempolicy.c
> index 4a57f13..2f0f55b 100644
> --- a/mm/mempolicy.c
> +++ b/mm/mempolicy.c
> @@ -1308,6 +1308,7 @@ SYSCALL_DEFINE4(migrate_pages, pid_t, pid, unsigned long, maxnode,
>  
>  	/* Find the mm_struct */
>  	read_lock(&tasklist_lock);
> +	rcu_read_lock();
>  	task = pid ? find_task_by_vpid(pid) : current;
>  	if (!task) {
>  		read_unlock(&tasklist_lock);
> @@ -1315,6 +1316,7 @@ SYSCALL_DEFINE4(migrate_pages, pid_t, pid, unsigned long, maxnode,
>  		goto out;
>  	}
>  	mm = get_task_mm(task);
> +	rcu_read_unlock();
>  	read_unlock(&tasklist_lock);
>  
>  	err = -EINVAL;

Thanks reporting. but mmotm seems already has the same patch.




^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: rcu_read_lock/unlock protect find_task_by_vpid call in migrate_pages
  2010-11-25  0:50 ` KOSAKI Motohiro
@ 2010-11-25  1:33   ` Dave Jones
  2010-11-25  8:42   ` Peter Zijlstra
  1 sibling, 0 replies; 5+ messages in thread
From: Dave Jones @ 2010-11-25  1:33 UTC (permalink / raw)
  To: KOSAKI Motohiro; +Cc: Linux Kernel, Andrew Morton

On Thu, Nov 25, 2010 at 09:50:37AM +0900, KOSAKI Motohiro wrote:
 
 > > @@ -1315,6 +1316,7 @@ SYSCALL_DEFINE4(migrate_pages, pid_t, pid, unsigned long, maxnode,
 > >  		goto out;
 > >  	}
 > >  	mm = get_task_mm(task);
 > > +	rcu_read_unlock();
 > >  	read_unlock(&tasklist_lock);
 > >  
 > >  	err = -EINVAL;
 > 
 > Thanks reporting. but mmotm seems already has the same patch.

indeed. It's also better than mine, which missed the unlock on error path.

thanks,

	Dave


^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: rcu_read_lock/unlock protect find_task_by_vpid call in migrate_pages
  2010-11-25  0:50 ` KOSAKI Motohiro
  2010-11-25  1:33   ` Dave Jones
@ 2010-11-25  8:42   ` Peter Zijlstra
  2010-11-25  9:59     ` KOSAKI Motohiro
  1 sibling, 1 reply; 5+ messages in thread
From: Peter Zijlstra @ 2010-11-25  8:42 UTC (permalink / raw)
  To: KOSAKI Motohiro
  Cc: Dave Jones, Linux Kernel, linux-mm, Andrew Morton, tglx,
	Oleg Nesterov, Paul E. McKenney

On Thu, 2010-11-25 at 09:50 +0900, KOSAKI Motohiro wrote:
> Hi
> 
> > Signed-off-by: Dave Jones <davej@redhat.com>
> > 
> > diff --git a/mm/mempolicy.c b/mm/mempolicy.c
> > index 4a57f13..2f0f55b 100644
> > --- a/mm/mempolicy.c
> > +++ b/mm/mempolicy.c
> > @@ -1308,6 +1308,7 @@ SYSCALL_DEFINE4(migrate_pages, pid_t, pid, unsigned long, maxnode,
> >  
> >  	/* Find the mm_struct */
> >  	read_lock(&tasklist_lock);
> > +	rcu_read_lock();
> >  	task = pid ? find_task_by_vpid(pid) : current;
> >  	if (!task) {
> >  		read_unlock(&tasklist_lock);
> > @@ -1315,6 +1316,7 @@ SYSCALL_DEFINE4(migrate_pages, pid_t, pid, unsigned long, maxnode,
> >  		goto out;
> >  	}
> >  	mm = get_task_mm(task);
> > +	rcu_read_unlock();
> >  	read_unlock(&tasklist_lock);
> >  
> >  	err = -EINVAL;
> 
> Thanks reporting. but mmotm seems already has the same patch.

Another one,... again:


Do we still need the tasklist_lock in this case?

Also, why is that think complaining, surely the tasklist_lock pins any
and all PID objects?

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: rcu_read_lock/unlock protect find_task_by_vpid call in migrate_pages
  2010-11-25  8:42   ` Peter Zijlstra
@ 2010-11-25  9:59     ` KOSAKI Motohiro
  0 siblings, 0 replies; 5+ messages in thread
From: KOSAKI Motohiro @ 2010-11-25  9:59 UTC (permalink / raw)
  To: Peter Zijlstra
  Cc: kosaki.motohiro, Dave Jones, Linux Kernel, linux-mm,
	Andrew Morton, tglx, Oleg Nesterov, Paul E. McKenney,
	Christoph Lameter

> On Thu, 2010-11-25 at 09:50 +0900, KOSAKI Motohiro wrote:
> > Hi
> > 
> > > Signed-off-by: Dave Jones <davej@redhat.com>
> > > 
> > > diff --git a/mm/mempolicy.c b/mm/mempolicy.c
> > > index 4a57f13..2f0f55b 100644
> > > --- a/mm/mempolicy.c
> > > +++ b/mm/mempolicy.c
> > > @@ -1308,6 +1308,7 @@ SYSCALL_DEFINE4(migrate_pages, pid_t, pid, unsigned long, maxnode,
> > >  
> > >  	/* Find the mm_struct */
> > >  	read_lock(&tasklist_lock);
> > > +	rcu_read_lock();
> > >  	task = pid ? find_task_by_vpid(pid) : current;
> > >  	if (!task) {
> > >  		read_unlock(&tasklist_lock);
> > > @@ -1315,6 +1316,7 @@ SYSCALL_DEFINE4(migrate_pages, pid_t, pid, unsigned long, maxnode,
> > >  		goto out;
> > >  	}
> > >  	mm = get_task_mm(task);
> > > +	rcu_read_unlock();
> > >  	read_unlock(&tasklist_lock);
> > >  
> > >  	err = -EINVAL;
> > 
> > Thanks reporting. but mmotm seems already has the same patch.
> 
> Another one,... again:
> 
> 
> Do we still need the tasklist_lock in this case?
> 
> Also, why is that think complaining, surely the tasklist_lock pins any
> and all PID objects?

(cc to Christoph and Oleg)

Good spotting.

As far as I understand, find_task_by_pid() did required tasklist_lock in
old days. but It isn't now.

So I think we can remove tasklist_lock from here.

===========================================================================
>From 9de9f70f74e55d92b5e9057e22fc629405f63295 Mon Sep 17 00:00:00 2001
From: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>
Date: Thu, 16 Dec 2010 17:49:23 +0900
Subject: [PATCH] mempolicy: remove tasklist_lock from migrate_pages

Today, tasklist_lock in migrate_pages doesn't protect anything. 
rcu_read_lock() provide enough protection from pid hash walk.

Signed-off-by: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>
---
 mm/mempolicy.c |    3 ---
 1 files changed, 0 insertions(+), 3 deletions(-)

diff --git a/mm/mempolicy.c b/mm/mempolicy.c
index 11ff260..9064945 100644
--- a/mm/mempolicy.c
+++ b/mm/mempolicy.c
@@ -1308,16 +1308,13 @@ SYSCALL_DEFINE4(migrate_pages, pid_t, pid, unsigned long, maxnode,
 
 	/* Find the mm_struct */
 	rcu_read_lock();
-	read_lock(&tasklist_lock);
 	task = pid ? find_task_by_vpid(pid) : current;
 	if (!task) {
-		read_unlock(&tasklist_lock);
 		rcu_read_unlock();
 		err = -ESRCH;
 		goto out;
 	}
 	mm = get_task_mm(task);
-	read_unlock(&tasklist_lock);
 	rcu_read_unlock();
 
 	err = -EINVAL;
-- 
1.6.5.2







^ permalink raw reply related	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2010-11-25 10:00 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-11-25  0:33 rcu_read_lock/unlock protect find_task_by_vpid call in migrate_pages Dave Jones
2010-11-25  0:50 ` KOSAKI Motohiro
2010-11-25  1:33   ` Dave Jones
2010-11-25  8:42   ` Peter Zijlstra
2010-11-25  9:59     ` KOSAKI Motohiro

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox