Realtek 8168b/8111b gondok

Nemrég vásároltam egy Asrock ConRoe945G-DVI típusú alaplapot. Ezen a lapon a tárgyban is említett integrált Gigabit Ethernet vezérlő van. Nemtudom, hogy mitől, de egyszerűen mostanában furcsa módon egyre többször csinálja a következőket:

livecd ~ # ping 192.168.1.1
PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
64 bytes from 192.168.1.1: icmp_seq=1 ttl=150 time=0.489 ms
64 bytes from 192.168.1.1: icmp_seq=2 ttl=150 time=0.486 ms

--- 192.168.1.1 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1001ms
rtt min/avg/max/mdev = 0.486/0.487/0.489/0.022 ms
livecd ~ # ping 192.168.1.1
PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
64 bytes from 192.168.1.1: icmp_seq=1 ttl=150 time=0.494 ms
64 bytes from 192.168.1.1: icmp_seq=2 ttl=150 time=0.476 ms

--- 192.168.1.1 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1004ms
rtt min/avg/max/mdev = 0.476/0.485/0.494/0.009 ms

livecd ~ # ping 192.168.1.1
connect: Network is unreachable

Aztán egy hálózat újraindítás után (ez jelen esetben egy Gentoo LiveCD-s eset):

PING magyartelekom.hu (195.228.244.176) 56(84) bytes of data.
64 bytes from www.magyartelekom.hu (195.228.244.176): icmp_seq=1 ttl=123 time=11.1 ms
64 bytes from www.magyartelekom.hu (195.228.244.176): icmp_seq=3 ttl=123 time=11.2 ms
64 bytes from www.magyartelekom.hu (195.228.244.176): icmp_seq=4 ttl=123 time=11.5 ms
64 bytes from www.magyartelekom.hu (195.228.244.176): icmp_seq=5 ttl=123 time=10.9 ms
64 bytes from www.magyartelekom.hu (195.228.244.176): icmp_seq=6 ttl=123 time=14.1 ms
64 bytes from www.magyartelekom.hu (195.228.244.176): icmp_seq=7 ttl=123 time=16.7 ms
64 bytes from www.magyartelekom.hu (195.228.244.176): icmp_seq=8 ttl=123 time=11.3 ms
64 bytes from www.magyartelekom.hu (195.228.244.176): icmp_seq=9 ttl=123 time=11.7 ms
64 bytes from www.magyartelekom.hu (195.228.244.176): icmp_seq=10 ttl=123 time=11.1 ms
64 bytes from www.magyartelekom.hu (195.228.244.176): icmp_seq=11 ttl=123 time=10.4 ms
64 bytes from www.magyartelekom.hu (195.228.244.176): icmp_seq=12 ttl=123 time=11.0 ms
64 bytes from www.magyartelekom.hu (195.228.244.176): icmp_seq=13 ttl=123 time=11.2 ms
64 bytes from www.magyartelekom.hu (195.228.244.176): icmp_seq=14 ttl=123 time=197 ms
64 bytes from www.magyartelekom.hu (195.228.244.176): icmp_seq=16 ttl=123 time=11.3 ms
64 bytes from www.magyartelekom.hu (195.228.244.176): icmp_seq=17 ttl=123 time=11.5 ms
64 bytes from www.magyartelekom.hu (195.228.244.176): icmp_seq=18 ttl=123 time=12.0 ms

--- magyartelekom.hu ping statistics ---
18 packets transmitted, 16 received, 11% packet loss, time 30175ms
rtt min/avg/max/mdev = 10.493/23.472/197.921/45.067 ms

Külföldi oldallal ugyanez...

PING www.yahoo-ht3.akadns.net (87.248.113.14) 56(84) bytes of data.
64 bytes from f1.us.www.vip.ird.yahoo.com (87.248.113.14): icmp_seq=1 ttl=54 time=57.0 ms
64 bytes from f1.us.www.vip.ird.yahoo.com (87.248.113.14): icmp_seq=2 ttl=54 time=58.5 ms
64 bytes from f1.us.www.vip.ird.yahoo.com (87.248.113.14): icmp_seq=3 ttl=54 time=57.7 ms
64 bytes from f1.us.www.vip.ird.yahoo.com (87.248.113.14): icmp_seq=4 ttl=54 time=60.3 ms
64 bytes from f1.us.www.vip.ird.yahoo.com (87.248.113.14): icmp_seq=5 ttl=54 time=60.2 ms
64 bytes from f1.us.www.vip.ird.yahoo.com (87.248.113.14): icmp_seq=7 ttl=54 time=58.9 ms
64 bytes from f1.us.www.vip.ird.yahoo.com (87.248.113.14): icmp_seq=8 ttl=54 time=58.9 ms
64 bytes from f1.us.www.vip.ird.yahoo.com (87.248.113.14): icmp_seq=9 ttl=54 time=57.6 ms
64 bytes from f1.us.www.vip.ird.yahoo.com (87.248.113.14): icmp_seq=10 ttl=54 time=56.4 ms
64 bytes from f1.us.www.vip.ird.yahoo.com (87.248.113.14): icmp_seq=11 ttl=54 time=57.3 ms
64 bytes from f1.us.www.vip.ird.yahoo.com (87.248.113.14): icmp_seq=12 ttl=54 time=56.8 ms
64 bytes from f1.us.www.vip.ird.yahoo.com (87.248.113.14): icmp_seq=14 ttl=54 time=64.4 ms
64 bytes from f1.us.www.vip.ird.yahoo.com (87.248.113.14): icmp_seq=15 ttl=54 time=56.0 ms
64 bytes from f1.us.www.vip.ird.yahoo.com (87.248.113.14): icmp_seq=16 ttl=54 time=56.0 ms
64 bytes from f1.us.www.vip.ird.yahoo.com (87.248.113.14): icmp_seq=18 ttl=54 time=60.1 ms
64 bytes from f1.us.www.vip.ird.yahoo.com (87.248.113.14): icmp_seq=20 ttl=54 time=58.8 ms

--- www.yahoo-ht3.akadns.net ping statistics ---
20 packets transmitted, 16 received, 20% packet loss, time 27305ms
rtt min/avg/max/mdev = 56.063/58.481/64.487/2.086 ms

Ja és mindezt Windows alatt is produkálja:

Pinging www.yahoo-ht3.akadns.net [87.248.113.14] with 32 bytes of data:

Reply from 87.248.113.14: bytes=32 time=57ms TTL=54
Request timed out.
Reply from 87.248.113.14: bytes=32 time=58ms TTL=54
Request timed out.
Reply from 87.248.113.14: bytes=32 time=56ms TTL=54
Reply from 87.248.113.14: bytes=32 time=56ms TTL=54
Reply from 87.248.113.14: bytes=32 time=56ms TTL=54
Reply from 87.248.113.14: bytes=32 time=58ms TTL=54
Reply from 87.248.113.14: bytes=32 time=59ms TTL=54
Reply from 87.248.113.14: bytes=32 time=58ms TTL=54
Reply from 87.248.113.14: bytes=32 time=57ms TTL=54
Reply from 87.248.113.14: bytes=32 time=59ms TTL=54
Reply from 87.248.113.14: bytes=32 time=59ms TTL=54
Reply from 87.248.113.14: bytes=32 time=56ms TTL=54
Reply from 87.248.113.14: bytes=32 time=57ms TTL=54
Reply from 87.248.113.14: bytes=32 time=59ms TTL=54
Reply from 87.248.113.14: bytes=32 time=59ms TTL=54

Ping statistics for 87.248.113.14:
Packets: Sent = 17, Received = 15, Lost = 2 (11% loss),
Approximate round trip times in milli-seconds:
Minimum = 56ms, Maximum = 59ms, Average = 57ms

A pontos típus, ahogy a linux felismerte a kártyát:

r8169 Gigabit Ethernet driver 2.2LK loaded
eth0: RTL8168b/8111b at 0xf887e000, 00:13:8f:fa:95:41, IRQ 17
r8169 Gigabit Ethernet driver 2.2LK loaded
r8169: eth0: link up
r8169: eth0: link up
r8169: eth0: link up

Csak a hálókártyára vonatkozó részeket idéztem a dmesg kimenetéből

Előre is köszönöm a segítséget, hozzászólásokat!

Hozzászólások

Nem hiszem, hogy a helyi géped szoftver ügyeihez tartozna a probléma.

Bocs az kimaradt, hogy ugyanebben a környezetben előtte egy Realtek 8139-es chipes kártyával semmi gond nem volt. Én is azt gyanítom, hogy ez HW hiba. Csak hogyan lehetne ezt konkrétan kideríteni, hogy mi okozhatja?! Meg esetleg valakinek volt-e már hasonló problémája ilyen alaplappal?

Nekem volt ilyen gondom. Pontosan már nem emlékszem a részletekre, de nagyvonalakban:

régi kernel r8169 driver nem ismerte fel a pci express-es r8168b/r8111 -et.
ezért töltöttem hozzá r1000 nevű drivert realtek oldaláról. Egy darabig rendben ment de a kernel frissült és asszem
2.6.21 környékén jött elő ez a jelenség. akkor észrevettem, hogy r1000(1.04) nem akaródzik rendesen menni egy idő után megdeglend (network unreachable).
Ekkor vettem észre, hogy r8168-as driver is felismeri már a 8168b/8111-et. Kafa.

Igenám de azzal a driverrel nem ment gigabiten, kb 10MegaByte/sec volt a max.
Aztán valamikor a legújabb kernellel már megjavult a dolog. Nem kell az r1000 driver a kernel saját r8169-es driverével frankón működik 47MegaByte/sec volt a csúcs amit sikerült kipréselni belőle. (nem mindegy ha sok gigát kell mozgatni.)

Arra már nem is merek gondolni, hogy valami miatt időzítési probléma volt és nem a driver volt rosz, hanem a (csillagok együttállása nem volt megfelelő) kernel egyéb paraméterei nem tetszettek neki.

Szerintem próbáld ki a legújabb stabil kernellel. Mennie kell jól!

Sajnos nekem is jönnek a gondok ezzel a kártyával. gigabyte p35-ds3p alaplapon is ez van. gentoo live cd-vel bebootoltam és frankón ment a net, viszont xp install után amikor feltelepítettem az xp lan drivert azóta linux alatt nem megy a kártya. azt mondja link down. bármit próbáltam semmi változás. mit állított el a wines driver? csak mert mostmár az alaplap biosában lévő smart lan funkció ami az xp driver telepítésig ment az szintén nem megy most. egyedül xp alól hajlandó menni a kártya.

gyorsan válaszolok is magamnak még mielőtt (teljesen jogosan) valaki letépi a lusta fejem.
Szóval a problémát a google megoldotta:
http://gentoo-wiki.com/HARDWARE_RTL8168

"Windows by defaults disables the NIC at Windows shutdown time in order to disable Wake-On-Lan, and this NIC will remain disabled until the next time Windows turns it on. The r8169 driver in the kernel does not know how to turn the NIC on from this disabled state; therefore, the device will not respond, even if the driver loads and reports that the device is up. To work around this problem, simply enable the feature "Wake-on-lan after shutdown." You can set this options through Windows' device manager."