[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1349787985.21172.4305.camel@edumazet-glaptop>
Date: Tue, 09 Oct 2012 15:06:25 +0200
From: Eric Dumazet <eric.dumazet@...il.com>
To: David Miller <davem@...emloft.net>
Cc: netdev@...r.kernel.org, herbert@...dor.apana.org.au
Subject: Re: [PATCH] ipv6: gro: fix PV6_GRO_CB(skb)->proto problem
On Mon, 2012-10-08 at 15:41 -0400, David Miller wrote:
> From: Eric Dumazet <eric.dumazet@...il.com>
> Date: Mon, 08 Oct 2012 21:38:50 +0200
>
> > From: Eric Dumazet <edumazet@...gle.com>
> >
> > 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 <edumazet@...gle.com>
> > Cc: Herbert Xu <herbert@...dor.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
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists