Re: 2.6.35-rc2-git1 - include/linux/cgroup.h:534 invoked rcu_dereference_check() without protection!
From: Miles Lane
Date: Tue Jun 08 2010 - 00:16:32 EST
On Mon, Jun 7, 2010 at 8:19 PM, Paul E. McKenney
<paulmck@xxxxxxxxxxxxxxxxxx> wrote:
> On Mon, Jun 07, 2010 at 02:14:25PM -0400, Miles Lane wrote:
>> Hi All,
>>
>> I just reproduced a warning I reported quite a while ago. Is a patch
>> for this in the pipeline?
>
> I proposed a patch, thinking that it was a false positive. Peter Zijlstra
> pointed out that there was a real race, and proposed an alternative patch,
> which may be found at http://lkml.org/lkml/2010/4/22/603.
>
> Could you please test Peter's patch and let us know if it cures the problem?
>
> Thanx, Paul
>
>> [ 0.167267] [ INFO: suspicious rcu_dereference_check() usage. ]
>> [ 0.167396] ---------------------------------------------------
>> [ 0.167526] include/linux/cgroup.h:534 invoked
>> rcu_dereference_check() without protection!
>> [ 0.167728]
>> [ 0.167729] other info that might help us debug this:
>> [ 0.167731]
>> [ 0.168092]
>> [ 0.168093] rcu_scheduler_active = 1, debug_locks = 1
>> [ 0.168337] no locks held by watchdog/0/5.
>> [ 0.168462]
>> [ 0.168463] stack backtrace:
>> [ 0.168704] Pid: 5, comm: watchdog/0 Not tainted 2.6.35-rc2-git1 #8
>> [ 0.168834] Call Trace:
>> [ 0.168965] [<ffffffff81064e9c>] lockdep_rcu_dereference+0x9d/0xa5
>> [ 0.169100] [<ffffffff8102c1ce>] task_subsys_state+0x59/0x70
>> [ 0.169232] [<ffffffff8103189b>] __sched_setscheduler+0x19d/0x2f8
>> [ 0.169365] [<ffffffff8102a5ef>] ? need_resched+0x1e/0x28
>> [ 0.169497] [<ffffffff813c7d01>] ? schedule+0x586/0x619
>> [ 0.169628] [<ffffffff81081c33>] ? watchdog+0x0/0x8c
>> [ 0.169758] [<ffffffff81031a11>] sched_setscheduler+0xe/0x10
>> [ 0.169889] [<ffffffff81081c5d>] watchdog+0x2a/0x8c
>> [ 0.170010] [<ffffffff81081c33>] ? watchdog+0x0/0x8c
>> [ 0.170141] [<ffffffff81054a82>] kthread+0x89/0x91
>> [ 0.170274] [<ffffffff81003054>] kernel_thread_helper+0x4/0x10
>> [ 0.170405] [<ffffffff813ca480>] ? restore_args+0x0/0x30
>> [ 0.170536] [<ffffffff810549f9>] ? kthread+0x0/0x91
>> [ 0.170667] [<ffffffff81003050>] ? kernel_thread_helper+0x0/0x10
>> [ 0.176751] lockdep: fixing up alternatives.
>
With the patch, I get:
[ 0.151274] [ INFO: suspicious rcu_dereference_check() usage. ]
[ 0.151390] ---------------------------------------------------
[ 0.151520] include/linux/cgroup.h:534 invoked
rcu_dereference_check() without protection!
[ 0.151723]
[ 0.151724] other info that might help us debug this:
[ 0.151726]
[ 0.151999]
[ 0.151999] rcu_scheduler_active = 1, debug_locks = 1
[ 0.151999] 2 locks held by kthreadd/10:
[ 0.151999] #0: (key){......}, at: [<ffffffff81036578>] complete+0x1c/0x4e
[ 0.151999] #1: (&rq->lock){-.-...}, at: [<ffffffff81037875>]
select_task_rq_fair+0x21f/0x791
[ 0.151999]
[ 0.151999] stack backtrace:
[ 0.151999] Pid: 10, comm: kthreadd Not tainted 2.6.35-rc2-git1 #11
[ 0.151999] Call Trace:
[ 0.151999] [<ffffffff81070a45>] lockdep_rcu_dereference+0x9d/0xa5
[ 0.151999] [<ffffffff8103675e>] task_subsys_state+0x59/0x70
[ 0.151999] [<ffffffff8103799a>] select_task_rq_fair+0x344/0x791
[ 0.151999] [<ffffffff81037335>] ? task_rq_lock+0x68/0x9d
[ 0.151999] [<ffffffff811d62f3>] ? do_raw_spin_lock+0x79/0x13e
[ 0.151999] [<ffffffff81037335>] ? task_rq_lock+0x68/0x9d
[ 0.151999] [<ffffffff8103ac1e>] select_task_rq+0x13/0x44
[ 0.151999] [<ffffffff810417c3>] try_to_wake_up+0xf2/0x37d
[ 0.151999] [<ffffffff81041a5b>] default_wake_function+0xd/0xf
[ 0.151999] [<ffffffff81034272>] __wake_up_common+0x49/0x7f
[ 0.151999] [<ffffffff81036596>] complete+0x3a/0x4e
[ 0.151999] [<ffffffff8105b598>] ? worker_thread+0x0/0x3a7
[ 0.151999] [<ffffffff8105f7d0>] kthread+0x73/0x91
[ 0.151999] [<ffffffff8100aba4>] kernel_thread_helper+0x4/0x10
[ 0.151999] [<ffffffff813e3694>] ? restore_args+0x0/0x30
[ 0.151999] [<ffffffff8105f75d>] ? kthread+0x0/0x91
[ 0.151999] [<ffffffff8100aba0>] ? kernel_thread_helper+0x0/0x10
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/