sis 191 network RX traffic corruption

[StormSurfer]

After searching the launchpad bug reports on the issue. I found a few similar bugs that are not confirmed/active for the version of the ubuntu release that I use.

PROBLEM: The network frames that are received get corrupted if the MTU is set to 1500(default)
-RX packets:348371 errors:59 dropped:0 overruns:0 frame:59
these 59 are form a google.com web request with mtu at 1500 the others where received with MTU of 1492 (dirty workaround)

So default of 1500 results in corruption of any traffic that has frames bigger the 1492. (almost every web request)
Other pc's/nic in the network run fine at 1500 so it looks like a driver bug.

(lsb_release -rd)
Description: Ubuntu 9.04
Release: 9.04

(lspci):
00:04.0 Ethernet controller [0200]: Silicon Integrated Systems [SiS] 191 Gigabit Ethernet Adapter [1039:0191] (rev 01)
 Subsystem: ASUSTeK Computer Inc. Device [1043:8139]
 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
 Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
 Latency: 0
 Interrupt: pin A routed to IRQ 19
 Region 0: Memory at febfac00 (32-bit, non-prefetchable) [size=128]
 Region 1: I/O ports at ec00 [size=128]
 Capabilities: [40] Power Management version 2
  Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold+)
  Status: D0 PME-Enable- DSel=0 DScale=0 PME-
 Kernel driver in use: sis190
 Kernel modules: sis190

(dmesg)
[ 0.499941] pci 0000:00:04.0: reg 10 32bit mmio: [0xfebfac00-0xfebfac7f]
[ 0.499950] pci 0000:00:04.0: reg 14 io port: [0xec00-0xec7f]
[ 0.499989] pci 0000:00:04.0: supports D1 D2
[ 0.500005] pci 0000:00:04.0: PME# supported from D0 D1 D2 D3hot D3cold
[ 0.500010] pci 0000:00:04.0: PME# disabled
[ 9.816447] sis190 0000:00:04.0: PCI INT A -> GSI 19 (level, low) -> IRQ 19
[ 9.816462] sis190 0000:00:04.0: setting latency timer to 64
[ 9.816798] 0000:00:04.0: Read MAC address from EEPROM
[ 9.816802] 0000:00:04.0: Error EEPROM read 0.
[ 9.816806] 0000:00:04.0: Read MAC address from APC.
[ 9.865016] 0000:00:04.0: Realtek PHY RTL8201 transceiver at address 1.
[ 10.380014] 0000:00:04.0: Using transceiver at address 1 as default.
[ 10.412958] 0000:00:04.0: SiS 191 PCI Gigabit Ethernet adapter at f8c96c00 (IRQ: 19), 00:17:31:6e:07:22

(cat /proc/version_signature)
Ubuntu 2.6.28-11.42-generic

(lshw -C network)
  *-network
       description: Ethernet interface
       product: 191 Gigabit Ethernet Adapter [1039:191]
       vendor: Silicon Integrated Systems [SiS] [1039]
       physical id: 4
       bus info: pci@0000:00:04.0
       logical name: eth0
       version: 01
       serial: 00:17:31:6e:07:22
       size: 100MB/s
       capacity: 100MB/s
       width: 32 bits
       clock: 33MHz
       capabilities: pm bus_master cap_list ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd autonegotiation
       configuration: autonegotiation=on broadcast=yes driver=sis190 driverversion=1.2 duplex=full ip=192.168.87.196 latency=0 link=yes module=sis190 multicast=yes port=MII speed=100MB/s

[StormSurfer (mvdgraaf)]

There is still a bug in the driver. In the new ubuntu 10.04 it crashes the complete networking capability somewhere in the kernel. and because this sis190 related bugs do not seem to get permanently fixed i decided to buy a new network card (realtek) that is running fine without any glitches. it might be best to remove the driver from the kernels driver set as it seems to have all kinds of problems (see the other bug reports on the sis190).

[penalvch (penalvch)]

StormSurfer, this bug was reported a while ago and there hasn't been any activity in it recently. We were wondering if this is still an issue? If so, could you please test for this with the latest development release of Ubuntu? ISO images are available from http://cdimage.ubuntu.com/daily-live/current/ .

If it remains an issue, could you please run the following command in the development release from a Terminal (Applications->Accessories->Terminal), as it will automatically gather and attach updated debug information to this report:

apport-collect -p linux <replace-with-bug-number>

Also, could you please test the latest upstream kernel available following https://wiki.ubuntu.com/KernelMainlineBuilds ? It will allow additional upstream developers to examine the issue. Please do not test the daily kernel folder, but the one all the way at the bottom. Once you've tested the upstream kernel, please comment on which kernel version specifically you tested. If this bug is fixed in the mainline kernel, please add the following tags:
kernel-fixed-upstream
kernel-fixed-upstream-VERSION-NUMBER

where VERSION-NUMBER is the version number of the kernel you tested. For example:
kernel-fixed-upstream-v3.11.1

This can be done by clicking on the yellow circle with a black pencil icon next to the word Tags located at the bottom of the bug description. As well, please remove the tag:
needs-upstream-testing

If the mainline kernel does not fix this bug, please add the following tags:
kernel-bug-exists-upstream
kernel-bug-exists-upstream-VERSION-NUMBER

As well, please remove the tag:
needs-upstream-testing

Once testing of the upstream kernel is complete, please mark this bug's Status as Confirmed. Please let us know your results. Thank you for your understanding.

[Launchpad Janitor (janitor)]

[Expired for linux (Ubuntu) because there has been no activity for 60 days.]