Bob Brusa wrote: > Hi > This repeats a patch handed in already on 14-Jan-2010. But the epk-file > then used does not correspond to the desired format. So I switched over to > a textfile, obtained from a diff (see further down). > > But back to the problem: > I found a bug in the v3_0 eth-driver if_at91.c. It is in the handling of > the buffer-to-list copy in routine at91_eth_recv. Actually, it only treats > the first list and leaves all "higher" ones empty, thereby loosing data in > packages that exceed the length of a single list.
[snip] > Sorry, I found that the last my.patch sent included double entries > and other "nonconformances". This latest version of the attached > my.patch file is clean now: > No double entries > No tabs but spaces > No cr-lf, lf only Thanks, I'll take a look, but, as I said I would wait a while for the Jürgen's fixes too to know about the possible interception/union boundaries for the both workarounds. And I very hope on that you help to provide a testing on the target then, because, I have not the same hardware. Sergei --
