Re: [PATCH] ipv6: gro: fix PV6_GRO_CB(skb)->proto problem
flat view
From: Eric Dumazet <hidden>
Date: 2012-10-09 13:06:28
On Mon, 2012-10-08 at 15:41 -0400, David Miller wrote:
From: Eric Dumazet <redacted> Date: Mon, 08 Oct 2012 21:38:50 +0200quoted
From: Eric Dumazet <redacted> It seems IPV6_GRO_CB(skb)->proto can be destroyed in skb_gro_receive() if a new skb is allocated (to serve as an anchor for frag_list) We copy NAPI_GRO_CB() only (not the IPV6 specific part) in : *NAPI_GRO_CB(nskb) = *NAPI_GRO_CB(p); So we leave IPV6_GRO_CB(nskb)->proto to 0 (fresh skb allocation) instead of IPPROTO_TCP (6) ipv6_gro_complete() isnt able to call ops->gro_complete() [ tcp6_gro_complete() ] Fix this by moving proto in NAPI_GRO_CB() and getting rid of IPV6_GRO_CB Signed-off-by: Eric Dumazet <redacted> Cc: Herbert Xu <herbert@gondor.apana.org.au>Applied and queued up for -stable, thanks Eric.
Hmm, it appears its a false alarm, you can remove it from stable candidates. *NAPI_GRO_CB(nskb) = *NAPI_GRO_CB(p); was in fact redundant with the memcpy(new->cb, old->cb, sizeof(old->cb)); done in __copy_skb_header() I'll send a patch to remove this double copy in net-next Thanks