Bug#422675: sis900: tons of corrupted packets are reported - Debian

This is a discussion on Bug#422675: sis900: tons of corrupted packets are reported - Debian ; Package: linux-image-2.6.18-4-k7 Version: 2.6.18.dfsg.1-12etch1 Severity: normal While tracking down some rsync trouble I found this error/waring message appears 4-5 times every second: May 6 06:28:28 vargas kernel: eth0: Corrupted packet received, buffer status = 0x908401b8/440. May 6 06:28:28 vargas kernel: ...

+ Reply to Thread
Results 1 to 5 of 5

Thread: Bug#422675: sis900: tons of corrupted packets are reported

  1. Bug#422675: sis900: tons of corrupted packets are reported

    Package: linux-image-2.6.18-4-k7
    Version: 2.6.18.dfsg.1-12etch1
    Severity: normal


    While tracking down some rsync trouble I found this error/waring
    message appears 4-5 times every second:

    May 6 06:28:28 vargas kernel: eth0: Corrupted packet received, buffer status = 0x908401b8/440.
    May 6 06:28:28 vargas kernel: eth0: Corrupted packet received, buffer status = 0x90880187/391.
    May 6 06:28:28 vargas kernel: eth0: Corrupted packet received, buffer status = 0x90840143/323.
    May 6 06:28:28 vargas kernel: eth0: Corrupted packet received, buffer status = 0x90880134/308.
    May 6 06:28:28 vargas kernel: eth0: Corrupted packet received, buffer status = 0x9084019e/414.

    As you see the numbers at the end vary, but I see no close relation to
    the amount of traffic trough the interface. If it is related to my
    network problem isn't sure yet, but it creates 18MB of logfile a day.

    I had no such messages with it previous kernel version (before the
    latest security update).

    The NIC is reported to be a
    00:04.0 Ethernet controller: Silicon Integrated Systems [SiS] SiS900 PCI Fast Ethernet (rev 90)
    the mii module is loaded aswell.

    -- System Information:
    Debian Release: 4.0
    APT prefers stable
    APT policy: (500, 'stable')
    Architecture: i386 (i686)
    Shell: /bin/sh linked to /bin/bash
    Kernel: Linux 2.6.18-4-k7
    Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8)

    Versions of packages linux-image-2.6.18-4-k7 depends on:
    ii coreutils 5.97-5.3 The GNU core utilities
    ii debconf [debconf-2.0] 1.5.11 Debian configuration management sy
    ii initramfs-tools [linux-initra 0.85g tools for generating an initramfs
    ii module-init-tools 3.3-pre4-2 tools for managing Linux kernel mo

    Versions of packages linux-image-2.6.18-4-k7 recommends:
    ii libc6-i686 2.3.6.ds1-13 GNU C Library: Shared libraries [i

    -- debconf information excluded


    --
    To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST@lists.debian.org
    with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

  2. Bug#422675: Acknowledgement (sis900: tons of corrupted packets are reported)

    Three additional pieces of information on this:

    * ifconfig reports the rx errors as frame errors
    (ca. 30% of all packets)
    * it really was blocking my rsync transfer
    * limiting to 10MBit-FD with mii-tool helped: no more
    errors, rsync works



    --
    To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST@lists.debian.org
    with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

  3. Bug#422675: Acknowledgement (sis900: tons of corrupted packets are reported)

    On Mon, 2007-05-07 at 18:26 +0200, Tobias Stefan Richter wrote:
    > Three additional pieces of information on this:
    >
    > * ifconfig reports the rx errors as frame errors
    > (ca. 30% of all packets)
    > * it really was blocking my rsync transfer
    > * limiting to 10MBit-FD with mii-tool helped: no more
    > errors, rsync works


    You might want to try 100MBit-HD, I've had similar issues with this NIC
    chipset, and it came down to the implementation of it FD mode on
    100MBit. I tried it with 3 different manufacturers of switched, 2
    managed and one non-managed. Same results each time.

    I've switch to a PCI NIC on for obvious reasons.
    --
    greg, greg@gregfolkert.net
    PGP key: 1024D/B524687C 2003-08-05
    Fingerprint: E1D3 E3D7 5850 957E FED0 2B3A ED66 6971 B524 687C
    Alternate Fingerprint: 09F9 1102 9D74 E35B D841 56C5 6356 88C0


    -----BEGIN PGP SIGNATURE-----
    Version: GnuPG v1.4.6 (GNU/Linux)

    iD8DBQBGP1dL7WZpcbUkaHwRAlkvAKCEcyXJzIq0sQmScDn5Ki rnBa2NfACguHRu
    e4Gs2XO4na8rXhg1ScmqlX8=
    =fxGg
    -----END PGP SIGNATURE-----


  4. Bug#422675: Acknowledgement (sis900: tons of corrupted packets are reported)

    greg@gregfolkert.net wrote:
    > On Mon, 2007-05-07 at 18:26 +0200, Tobias Stefan Richter wrote:
    > > * limiting to 10MBit-FD with mii-tool helped: no more
    > > errors, rsync works

    >
    > You might want to try 100MBit-HD, I've had similar issues with this NIC
    > chipset, and it came down to the implementation of it FD mode on
    > 100MBit. I tried it with 3 different manufacturers of switched, 2
    > managed and one non-managed. Same results each time.


    For me playing around with mii-tool helps. After setting the transmission
    mode to something else than 100FD, I can even let it autonegotiate back
    without causing trouble. The corrupt frames disappear and do not come
    back. A reboot however lets the trouble begin again.
    As stated in the original report, there were no problems with the kernel
    release before, so the problem should be solvable by software.

    > I've switch to a PCI NIC on for obvious reasons.


    But for me this might still be a good suggestion. Or I start some
    mii-tool voodoo in init.d.

    Thanks,
    tobias

    --
    Tobias Richter LabPZ - AG Prof. Dr. P. Zimmermann
    TU-Berlin PN 3-2 Phone: +49-30-314-23016
    Hardenbergstr. 36 Fax: +49-30-314-23018
    10623 Berlin Germany http://atom.physik.tu-berlin.de


    --
    To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST@lists.debian.org
    with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

  5. Bug#422675: sis900: tons of corrupted packets are reported

    On Mon, May 07, 2007 at 06:10:41PM +0200, Tobias Stefan Richter wrote:
    > Package: linux-image-2.6.18-4-k7
    > Version: 2.6.18.dfsg.1-12etch1
    > Severity: normal
    >
    >
    > While tracking down some rsync trouble I found this error/waring
    > message appears 4-5 times every second:
    >
    > May 6 06:28:28 vargas kernel: eth0: Corrupted packet received, buffer status = 0x908401b8/440.
    > May 6 06:28:28 vargas kernel: eth0: Corrupted packet received, buffer status = 0x90880187/391.
    > May 6 06:28:28 vargas kernel: eth0: Corrupted packet received, buffer status = 0x90840143/323.
    > May 6 06:28:28 vargas kernel: eth0: Corrupted packet received, buffer status = 0x90880134/308.
    > May 6 06:28:28 vargas kernel: eth0: Corrupted packet received, buffer status = 0x9084019e/414.
    >
    > As you see the numbers at the end vary, but I see no close relation to
    > the amount of traffic trough the interface. If it is related to my
    > network problem isn't sure yet, but it creates 18MB of logfile a day.
    >
    > I had no such messages with it previous kernel version (before the
    > latest security update).


    Is still issue still reproducible with the latest 2.6.18 kernel?
    If so, could you also try to reproduce this bug with the 2.6.24 based
    kernel added in 4.0r4?

    If the error was introduced in 12etch1, do you run (or rather did you,
    since the bug is fairly old) IPv6?

    Cheers,
    Moritz



    --
    To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST@lists.debian.org
    with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

+ Reply to Thread