Andrew Morton <[EMAIL PROTECTED]> wrote:
>
>> > inet_bind()
>> > ->sk_dst_get
>> > ->read_lock(&sk->sk_dst_lock)
We are still holding the sock lock when doing sk_dst_get.
>> > > 1 lock held by java_vm/4418:
>> > > #0: (af_family_keys + (sk)->sk_family#4){-+..}, at: [<f93c9281>]
>> > > tcp_v6_rcv+0x308/0x7b7 [ipv6]
>> >
>> > softirq
>> > ->ip6_dst_lookup
>> > ->sk_dst_check
>> > ->sk_dst_reset
>> > ->write_lock(&sk->sk_dst_lock);
The sock lock prevents this path from being entered. Instead the
received TCP packet is queued and replayed when the sock lock is
released.
Cheers,
--
Visit Openswan at http://www.openswan.org/
Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]>
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 netdev" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
