Re: Gianfar TCP checksumming broken in 2.6.35+

2011-01-17 Thread Alex Dubov
It appears that I'm hitting an exactly the same problem with my MPC8548 rev2.0 (errata number eTSEC 49). Considering that it's close to 3 month now since this most unfortunate bug was reported, was there any resolution/patch that can fix it for good? _

Re: Gianfar TCP checksumming broken in 2.6.35+

2010-11-18 Thread David Miller
From: "Matthew L. Creech" Date: Thu, 18 Nov 2010 14:31:46 -0500 > On Thu, Nov 18, 2010 at 12:06 PM, David Miller wrote: >> >> Can someone please follow up Matthew to get this bug resolved?  It has >> been sitting around for a long time. >> >> I suspect the gianfar driver, for these chip revision

Re: Gianfar TCP checksumming broken in 2.6.35+

2010-11-18 Thread Matthew L. Creech
On Thu, Nov 18, 2010 at 12:06 PM, David Miller wrote: > > Can someone please follow up Matthew to get this bug resolved?  It has > been sitting around for a long time. > > I suspect the gianfar driver, for these chip revisions, will need to > do a software checksum when the offset matches the crit

Re: Gianfar TCP checksumming broken in 2.6.35+

2010-11-18 Thread David Miller
From: "Matthew L. Creech" Date: Tue, 2 Nov 2010 18:29:08 -0400 > An upgrade from 2.6.34 to 2.6.35 caused networking to stop working on > my MPC8313-based board. It turned out that TCP checksums were > invalid, so I dug through the .35 changelog to try and isolate the > reason. The change "tcp:

Gianfar TCP checksumming broken in 2.6.35+

2010-11-02 Thread Matthew L. Creech
Hi, An upgrade from 2.6.34 to 2.6.35 caused networking to stop working on my MPC8313-based board. It turned out that TCP checksums were invalid, so I dug through the .35 changelog to try and isolate the reason. The change "tcp: Set CHECKSUM_UNNECESSARY in tcp_init_nondata_skb" seems to be the sp