* inet6_dump_fib lock held when returning to user space
@ 2012-01-19 10:48 Hans Schillstrom
2012-01-19 12:33 ` Eric Dumazet
0 siblings, 1 reply; 3+ messages in thread
From: Hans Schillstrom @ 2012-01-19 10:48 UTC (permalink / raw)
To: Eric Dumazet, netdev
Hello
Have this one been seen before ?
It happens during a container start i.e. in a netns,
[ 19.232941] ================================================
[ 19.268785] [ BUG: lock held when returning to user space! ]
[ 19.270146] 3.2.0+ #14 Tainted: G W
[ 19.271217] ------------------------------------------------
[ 19.272968] nsm/1042 is leaving the kernel with locks still held!
[ 19.274603] 1 lock held by nsm/1042:
[ 19.275524] #0: (rcu_read_lock){.+.+..}, at: [<ffffffff8136a9b2>] inet6_dump_fib+0xbd/0x34a
--
Regards
Hans Schillstrom <hans.schillstrom@ericsson.com>
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: inet6_dump_fib lock held when returning to user space
2012-01-19 10:48 inet6_dump_fib lock held when returning to user space Hans Schillstrom
@ 2012-01-19 12:33 ` Eric Dumazet
2012-01-19 18:07 ` David Miller
0 siblings, 1 reply; 3+ messages in thread
From: Eric Dumazet @ 2012-01-19 12:33 UTC (permalink / raw)
To: Hans Schillstrom; +Cc: netdev
Le jeudi 19 janvier 2012 à 11:48 +0100, Hans Schillstrom a écrit :
> Hello
> Have this one been seen before ?
> It happens during a container start i.e. in a netns,
>
> [ 19.232941] ================================================
> [ 19.268785] [ BUG: lock held when returning to user space! ]
> [ 19.270146] 3.2.0+ #14 Tainted: G W
> [ 19.271217] ------------------------------------------------
> [ 19.272968] nsm/1042 is leaving the kernel with locks still held!
> [ 19.274603] 1 lock held by nsm/1042:
> [ 19.275524] #0: (rcu_read_lock){.+.+..}, at: [<ffffffff8136a9b2>] inet6_dump_fib+0xbd/0x34a
>
Yep, Dave Jones reported this some days ago
"Re: recvmsg sleeping from invalid context"
I have no idea of what happens yet.
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: inet6_dump_fib lock held when returning to user space
2012-01-19 12:33 ` Eric Dumazet
@ 2012-01-19 18:07 ` David Miller
0 siblings, 0 replies; 3+ messages in thread
From: David Miller @ 2012-01-19 18:07 UTC (permalink / raw)
To: eric.dumazet; +Cc: hans.schillstrom, netdev
From: Eric Dumazet <eric.dumazet@gmail.com>
Date: Thu, 19 Jan 2012 13:33:19 +0100
> Le jeudi 19 janvier 2012 à 11:48 +0100, Hans Schillstrom a écrit :
>> Hello
>> Have this one been seen before ?
>> It happens during a container start i.e. in a netns,
>>
>> [ 19.232941] ================================================
>> [ 19.268785] [ BUG: lock held when returning to user space! ]
>> [ 19.270146] 3.2.0+ #14 Tainted: G W
>> [ 19.271217] ------------------------------------------------
>> [ 19.272968] nsm/1042 is leaving the kernel with locks still held!
>> [ 19.274603] 1 lock held by nsm/1042:
>> [ 19.275524] #0: (rcu_read_lock){.+.+..}, at: [<ffffffff8136a9b2>] inet6_dump_fib+0xbd/0x34a
>>
>
> Yep, Dave Jones reported this some days ago
>
> "Re: recvmsg sleeping from invalid context"
>
> I have no idea of what happens yet.
The only way I can this happening in inet6_dump_fib() is if we somehow
sleep during fib6_dump_table(), and then return to userspace in
another task.
But that makes no sense, since in such a case we should see the
warning instead when the task schedules out, not when the
inet6_dump_fib calling task goes back to userspace.
I wonder if Dave Jones's report is even related to this one.
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2012-01-19 18:07 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2012-01-19 10:48 inet6_dump_fib lock held when returning to user space Hans Schillstrom
2012-01-19 12:33 ` Eric Dumazet
2012-01-19 18:07 ` David Miller
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.