<[EMAIL PROTECTED]> wrote: > > And the output in the kernel ring buffer is: > dmesg | grep xmit > ei_start_xmit(): skb->data unaligned fffffc0019be55d5 align to > fffffc001ef37620 > length 60
Very weird. The length seems to indicate that this packet went through skb_padto. However, I can't see how skb_padto can produce an unaligned skb if the input was aligned (the input coming out of TCP should definitely be aligned). Can you please put some printks in to find out if 1) skb_padto is being called. 2) Is the input to skb_padto aligned? > Here some stack traces with BUG_ON/ WARN_ON added by me in more places to > trace > down the problem: > Kernel bug at net/ipv4/ip_output.c:297 > cc1(2841): Kernel Bug 1 > pc = [<fffffc000062a92c>] ra = [<fffffc00006407c8>] ps = 0000 Not tainted > pc is at ip_queue_xmit+0x59c/0x690 > ra is at tcp_transmit_skb+0x588/0xbb0 This is pretty meaningless if you don't show us the check that you added to produce this. Thanks, -- 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
