[realtek] Is the 4 bytes too long bug fixed????

Doug dbaldwin@optonline.net
Sun, 1 Oct 2000 09:55:16 -0400


This is a multi-part message in MIME format.

------=_NextPart_000_0007_01C02B8D.B36815E0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

I too see the 4 byte bug, this time with dhclient.  The message reads: =
"ip length 328 disagrees with bytes received 332."  This is causing =
other problems too.  One note in the archive included a possible =
solution, which is pasted below.  Has this batch made its way into the =
source? Please reply if you've used this patch either successfully or =
unsuccessfully.

By the way, my platform is 2.2.16.
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Pasted from archive =
=3D=3D=3D=3D=3D=3D=3D=3D=3D
I have a solution to the problem. By changing the following lines in the
rtl8129_rx funtion (around line 1260):

#if 1  /* USE_IP_COPYSUM */
            eth_copy_and_sum(skb, &rx_ring[ring_offset + 4],
                         rx_size, 0);
            skb_put(skb, rx_size);
#else

to

#if 1  /* USE_IP_COPYSUM */
            eth_copy_and_sum(skb, &rx_ring[ring_offset + 4],
                         rx_size - 4, 0);
            skb_put(skb, rx_size - 4);
#else

This removes the 32 bit status word from the packet data. =20

/Markus





------=_NextPart_000_0007_01C02B8D.B36815E0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 5.50.4207.2601" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>I too see the 4 byte bug, this time =
with=20
dhclient.&nbsp; The message reads: "ip length 328 disagrees with bytes =
received=20
332."&nbsp; This is causing other problems too.&nbsp; One note in the =
archive=20
included a possible solution, which is pasted below.&nbsp; Has this =
batch made=20
its way into the source?&nbsp;Please reply if you've used this patch =
either=20
successfully or unsuccessfully.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>By the way, my platform is =
2.2.16.</FONT></DIV>
<DIV><PRE>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Pasted from archive =
=3D=3D=3D=3D=3D=3D=3D=3D=3D</PRE><PRE>I have a solution to the problem. =
By changing the following lines in the
rtl8129_rx funtion (around line 1260):

#if 1  /* USE_IP_COPYSUM */
            eth_copy_and_sum(skb, &amp;rx_ring[ring_offset + 4],
                         rx_size, 0);
            skb_put(skb, rx_size);
#else

to

#if 1  /* USE_IP_COPYSUM */
            eth_copy_and_sum(skb, &amp;rx_ring[ring_offset + 4],
                         rx_size - 4, 0);
            skb_put(skb, rx_size - 4);
#else

This removes the 32 bit status word from the packet data. =20

/Markus


</PRE><!--endarticle--></DIV></BODY></HTML>

------=_NextPart_000_0007_01C02B8D.B36815E0--