> On Fri, Apr 25, 2008 at 02:52:30PM +0200, Eric Sesterhenn (
snakebyte@gmx.de) wrote:
> > > > [ 215.103103] [<c0671e3b>] tcp_v6_do_rcv+0x33b/0xcd0
> > >
> > > So far can you run kernel with debug turned on and provide output of
> > > gdb ./vmlinux
> > > l *(tcp_v6_do_rcv+0x33b)
> >
> > l *(tcp_v6_do_rcv+0x33b)
> > Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1".
> > (gdb) l *(tcp_v6_do_rcv+0x33b)
> > 0xc0671e3b is in tcp_v6_do_rcv (net/ipv6/tcp_ipv6.c:1670).
> > 1665 reset:
> > 1666 tcp_v6_send_reset(sk, skb);
> > 1667 discard:
> > 1668 if (opt_skb)
> > 1669 __kfree_skb(opt_skb);
> > 1670 kfree_skb(skb);
> > 1671 return 0;
> > 1672 csum_err:
> > 1673 TCP_INC_STATS_BH(TCP_MIB_INERRS);
> > 1674 goto discard;
>
> Well, first possible error path:
>
> tcp_v6_do_rcv()->tcp_rcv_established(), the latter goes to step5, where
> eventually skb can be freed via tcp_data_queue() (drop: label), then if
> check for tcp_defer_accept_check() returns true and thus
> tcp_rcv_established() returns -1, which forces tcp_v6_do_rcv() to jump
> to reset: label, which in turn will pass through discard: label and free
> the same skb again.
>
> > Here is the programm itself...
>
> I will work on this this weekend, thank you.