Bug 9735
| Summary: | Sis 190 don't work at 1000 Mbps (sis191) | ||
|---|---|---|---|
| Product: | Drivers | Reporter: | A. Bianchi (a.bianchi) |
| Component: | Network | Assignee: | Francois Romieu (romieu) |
| Status: | RESOLVED OBSOLETE | ||
| Severity: | normal | CC: | alan, juanjo, protasnb, romieu, srcv |
| Priority: | P1 | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Kernel Version: | 3.2.1 | Subsystem: | |
| Regression: | No | Bisected commit-id: | |
| Attachments: |
patched sis190 driver used on my test
Output of ethtool for 2.6.39.3 Output of ethtool for 3.2.1 Output of lspci -v for 2.6.39.3 Output of lspci -v for 3.2.1 |
||
|
Description
A. Bianchi
2008-01-12 08:15:06 UTC
Created attachment 14426 [details]
patched sis190 driver used on my test
dmesg:
ACPI: PCI interrupt for device 0000:00:04.0 disabled
sis190 Gigabit Ethernet driver 1.2 loaded.
ACPI: PCI Interrupt 0000:00:04.0[A] -> GSI 19 (level, low) -> IRQ 21
PCI: Setting latency timer of device 0000:00:04.0 to 64
0000:00:04.0: Read MAC address from APC.
0000:00:04.0: Realtek PHY RTL8211BL transceiver at address 1 (001c:c912)
0000:00:04.0: Using transceiver at address 1 as default.
0000:00:04.0: SiS 191 PCI Gigabit Ethernet adapter at f8830000 (IRQ: 21), 00:1c:25:4e:1f:75
eth0: RGMII mode.
eth0: Enabling Auto-negotiation.
eth0: auto-negotiating...
Any updates on this problem please, Thanks. Check Bug 10694 as it is on the same hardware. you could give a bit more light on the issue. It looks like problem still exists, but is being worked on. Thanks for the pointer Juan. Should be fixed in kernel 2.6.31 I have a problem with the sis190 driver when connected to a 1Gbps switch. It behaves really strange, I even suspected a hardware failure, but it appears a driver issue. When my card is connected to a gigabit switch small packets are handled properly. However the big ones are mostly dropped. Especially the outgoing ones. I suspect the incomings are OK, since it does not break even large downloads, but uploads, e.g. during network printing are almost completely stopped. I tested it using ping -s 1400, its about 50%-60% packet lost. ifconfig shows increasing error and overruns counters. I tried to modify the MTU value, but it does not change anything. However when while pinging I turn on tcpdump in another console to check what happens in the network everything starts to work well -- no lost packets! But turning on promiscuous mode for the interface using ifconfig, without turning the tcpdump on does not make any change -- the packets are still lost. The other strange thing is that everything starts to work when I unplug my power supply. When I plug the supply again the packets start to get lost again. I tested it on two different power supplies, with one almost brand new. Its fully repeatable for both of them! When I boot the system with acpi=off kernel boot flag the problem disappears. However turning off runtime power management for all devices, by writing 'on' to their 'power/control' files does not fix the problem. I'm using Asus F80S. Normally under gentoo's 2.6.38-tuxonice-r1 But I tested it also on vanilla 2.6.39.3 and 3.2.1 kernels and the behaviour is exactly the same. I tried to connect to at least three different items of 1Gbps switches with the same result. Shall I open a new bug for that? This one's title seems appropriate. I attach lspci and ethtool outputs for the two vanilla kernels. I can provide more details and test results if required. Created attachment 72127 [details]
Output of ethtool for 2.6.39.3
Created attachment 72128 [details]
Output of ethtool for 3.2.1
Created attachment 72129 [details]
Output of lspci -v for 2.6.39.3
Created attachment 72130 [details]
Output of lspci -v for 3.2.1
This bug relates to a very old kernel. Closing as obsolete. [Sr. Cv.: I didn't see your addition to an ancient bug - yours looks to be different entirely] Alan, This bug and bug 9386 Had been closed just because they had been tested on old kernels. But Possibly they still been an issue. As soon as I get this hardware around. I will try to update both. thanks |