Latest working kernel version: none Hardware Environment: Acer Extensa E261 (SIS191 on ISA bridge SIS968 with RLT8211BL transceiver) linked to a LinkSys SRW2008P managed switch Software Environment: sis190 module with some patches applied (see bug 9386, 9467, 9547, 9548) Problem Description: the link don't work if on switch I setup switch port to "Max Capability" or when is flagged "1000 Full"; If I set only "1000 Full" then I can see this on kernel log: eth0: mii ext = 0000. eth0: mii lpa = c401 adv = 01e1. eth0: link on unknown mode. ...the device work when I disable 1000 Mbps at other end!
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