Re: another networking lockdep bug

[Herbert Xu]

Dave Jones <davej@xxxxxxxxxx> wrote:
> Not sure if this one got reported/fixed yet, as I was running
> a kernel from sometime last week..

I think we've seen a couple of similar ones, this one is more
elaborate though :)
 
> -> #1 (rtnl_mutex){--..}:
>       [<ffffffff802ab792>] lock_acquire+0x4a/0x69
>       [<ffffffff802691c2>] __mutex_lock_slowpath+0xeb/0x29f
>       [<ffffffff8026939f>] mutex_lock+0x29/0x2e
>       [<ffffffff8042d973>] rtnl_lock+0xf/0x12
>       [<ffffffff8045c18a>] ip_mc_leave_group+0x1e/0xae
>       [<ffffffff80446087>] do_ip_setsockopt+0x6ad/0x9b2
>       [<ffffffff8044643a>] ip_setsockopt+0x2a/0x84
>       [<ffffffff80454328>] udp_setsockopt+0xd/0x1c
>       [<ffffffff8041f094>] sock_common_setsockopt+0xe/0x11
>       [<ffffffff8041e20f>] sys_setsockopt+0x8e/0xb4
>       [<ffffffff80262fd9>] tracesys+0xd0/0xdb
> 
> -> #0 (sk_lock-AF_INET){--..}:
>       [<ffffffff802ab792>] lock_acquire+0x4a/0x69
>       [<ffffffff8023726c>] lock_sock+0xd4/0xe7
>       [<ffffffff80228061>] tcp_sendmsg+0x1e/0xb1a
>       [<ffffffff80248ff8>] inet_sendmsg+0x45/0x53
>       [<ffffffff80259dd3>] sock_sendmsg+0x110/0x130
>       [<ffffffff8041ed0c>] kernel_sendmsg+0x3c/0x52
>       [<ffffffff8853c9e9>] xs_tcp_send_request+0x117/0x320 [sunrpc]
>       [<ffffffff8853b8d5>] xprt_transmit+0x105/0x21e [sunrpc]
>       [<ffffffff8853a71e>] call_transmit+0x1f4/0x239 [sunrpc]
>       [<ffffffff8853f06e>] __rpc_execute+0x9b/0x1e6 [sunrpc]
>       [<ffffffff8853f1de>] rpc_execute+0x1a/0x1d [sunrpc]
>       [<ffffffff885394ad>] rpc_call_sync+0x87/0xb9 [sunrpc]
>       [<ffffffff885a5587>] nfs3_rpc_wrapper+0x2e/0x74 [nfs]
>       [<ffffffff885a5870>] nfs3_proc_setattr+0x9b/0xd3 [nfs]
>       [<ffffffff8859bffb>] nfs_setattr+0xe9/0x11e [nfs]
>       [<ffffffff8022f7b4>] notify_change+0x154/0x2f7
>       [<ffffffff802e00c7>] do_truncate+0x52/0x72
>       [<ffffffff80212d17>] may_open+0x1d5/0x231
>       [<ffffffff8021c270>] open_namei+0x290/0x6b4
>       [<ffffffff80229974>] do_filp_open+0x27/0x46
>       [<ffffffff8021acb7>] do_sys_open+0x4e/0xcd
>       [<ffffffff80234b2a>] sys_open+0x1a/0x1d
>       [<ffffffff80262fd9>] tracesys+0xd0/0xdb

We know this is a false positive because the NFS sockets are not
exported to user-space and therefore #1 can't happen.

Cheers,
-- 
Visit Openswan at http://www.openswan.org/
Email: Herbert Xu ~{PmV>HI~} <herbert@xxxxxxxxxxxxxxxxxxx>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
-
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/