Dotaz: realtek RTL8111/8168B a Lenovo SL 500

[petr]

Příloha:

• vypisy.txt (9667 bytů)

Zdravim,

od jiste doby mam problem se sitovkou Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 02) na NB Lenovo SL 500, ktery vlastnim v zari 2008. Myslim, ze do ledna 2009 sitovka pod linuxem nezlobila, tehdy tam byl dualboot Ubuntu 8.10 a Vista Business. Pak jsem preinstaloval Visty, naistaloval veskere aktualizace i aktualni ovladace k sitovce. Visty se konecne zacaly chovat stabilne, za to ale nastaly problemy pod linuxem. Z niceho nic zacalo padat ethernetove pripojeni. Aktivni je jen po urcitou dobu (jednou je to par vterin, jindy i par hodin), pak nahle spadne a pro dalsi funkcnost je potreba (i nekolikrat za sebou) restartovat linux. Vyzkousel jsem ruzna distra (ubuntu, mandriva, opensuse, pardus, scientific linux) i s ruznymi verzemi kernelu, bohuzel bez vysledku. Nekde jsem se docetl i to, ze je potreba mit pod Vistami zapnute Wake-On-Lan, ale ani toto nepomohlo. Podle nejakych navodu jsem se pokousel zkompilovat ovladac primo od realteku a zavest jej misto toho, ktery je v kernelu. Ale asi se mi nedarilo vytvorit funkcni modul, nebot ethernetove rozhrani pak ani neexistovalo.

Vsechny vypisy (viz soubor vypisy.txt) jsou po padu pripojeni.

Jeste jednu poznamku uvedu: zda se mi, ze pad ethernetove pripojeni docela snadno vyvola, kdyz dam stahovat nejaky objemny soubor (at uz se jedna o klasicke stahovani souboru a nebo napr. sledovani nejakeho poradu napr z portalu Ceske televize.

Odpovědi

[jka]

Příloha:

• trace.txt (2461 bytů)

Začalo se mi nedávno dít něco podobného na počítači s MB Epia a PCI-E síťovkou.

# lspci
...
02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 01)
...

Na tom počítači je jen Debian, takže Windows z rozbití nepodezřívám. Chtěl jsem reklamovat síťovku, ale asi tam nejdřív zkusím hodit starší jádro, jestli za to nemůže nějaká aktualizace, když vidím, že se to možná děje i jinde :)

[petr]

Jo o reklamaci jsem tez uvazoval, ale to by asi neproslo. Kdyz to preci funguje pod win a je to funkcni, ne? Ikdyz, realtek na svych strankach nabizi "ovladace" a hw bez ovladacu neni k nicemu. Takze, by to mohlo mit teoreticky nejakou prtavou nadeji na vyreklamovani ..

Kdybyste tonekdy resil pres reklamaci, dejte pak prosim vedet, jak jste dopadl

[kybi]

ja som mal podobny problem, nepozuil som z jadra modul ale skompiloval priamo zo stranky

skus toto pre distro gentoo, takto to slo pred pol rokom:

 

echo "blacklist r8169" >> /etc/modprobe.d/blacklist.conf

cd /usr/src/

wget ftp://WebUser:2mG8dBW@202.65.194.212/cn/nic/r8168-8.013.00.tar.bz2

tar xjf r8168-8.013.00.tar.bz2

cd r8168-8.013.00

make clean modules

make install

depmod -a

[MiHl]

bohužel, ale některé verze síťovek od realteku naprosto nefungují, jedná se hlavně o RTL8111/8168C (pciutils ji hlásí jaké béčko, ale dmesg | grep XID, ukazuje správně, že se jedná o C - kdyžtak mrknout přímo na švába :o) )

chyba je to poměrně známá a hlášená hodněkrát ať už ve Fedoře, Debianu či jinde. Několikrát je hlášena i v kernel bugzille.

někdo tvrdil, že síťovka by měla být funkční s jádrem 2.6.30, ale nepodařilo se mi to plně ověřit

https://bugzilla.redhat.com/show_bug.cgi?id=538920#c17

Jednak taky můžeš mít štěstí, protože naopak některé problémy jsou v novějších jádrech opraveny. Varianta "zatuhnutí" po určitém čase ale mezi ně nepatří. V některých případech pomohly parametry jádra: 1)pci=msi (pro jiný typ realteku mi to na mém starším nb pomohlo) a 2)nomsi noacpi. S 8168C mi osobně nepomohla ani jedna z těch dvou variant.

No a to je asi tak všechno, co k tomu vím :o) Jo a jelikož pro 8168C nepomáhá ani použít aktuální ovladač přímo od realteku a ani v kernel bugzille se už dlouho nic neděje, tak jsem se na to vyprdnul a koupil si jinou síťovku :o)

[petr]

jj, osobne bych reealtek tez vyhodil. Jenze je v notebooku a zaroven bude urco soucasti motherbordu

ty parametry jadra vyzkousim.

Dalsi problem je ten, ze ani Lenovo ani Realtek toto nechteji resit. Prvni se odvolava na pouzivani Windows, druhy se odvolava na ovladace (teda spise zdrojaky) na jejich strankach. S Lenovem jsem (mimo jine i) tento problem resil dokonce osobne v jejich prazskem centru. Jejich stanovisko vsak bylo jasne

[MiHl]

no jo, ale třeba u mě to dělá na serveru (deska X7SLA-H), který widle nepoznal ani z dálky. Windows může způsobit problémy s touto síťovkou, že síťovka po restartu nenajede vůbec, ale to je jeden z těch problémů, co by měl být opraven. Horší je ten problém, že síťovka po určitém čase komplet vytuhne, hlavně pokud odesílá větší množství dat.

Spíš než ty parametry bych zkusil to starší jádro. Ty parametry totiž alespoň mě nepomohly vůbec. Jádro částečně ano (viz. komentář v bugzille), ale nedostestoval jsem, síťovky už byly objednané a na cestě, tak jsem to pak už neřešil.

No, pokud se ti podařilo navázat komunikaci přímo s Realtekem, tak jim můžeš napsat, že ani ten jejich ovladač nefunguje

[MiHl]

ha, tak ten jejich nejnovější ovladač z 2010/1/19 jsem nezkoušel, tak to pak zas otestuju, někdy. Síťovky jsou totiž na mém servru a vypínat se mi ho zrovna moc nechce :)

[MiHl]

tak už jsem zkoušel i ten jejich nejnovější ovladač

Jan 24 23:45:03 thegate kernel: BUG: sleeping function called from invalid context at mm/slub.c:1719
Jan 24 23:45:03 thegate kernel: in_atomic(): 1, irqs_disabled(): 0, pid: 0, name: swapper
Jan 24 23:45:03 thegate kernel: Pid: 0, comm: swapper Not tainted 2.6.32.3-10.fc12.x86_64 #1
Jan 24 23:45:03 thegate kernel: Call Trace:
Jan 24 23:45:03 thegate kernel: __might_sleep+0xed/0xef
Jan 24 23:45:03 thegate kernel: kmem_cache_alloc_notrace+0x3d/0xc4
Jan 24 23:45:03 thegate kernel: ? rtl8168_interrupt+0x0/0x224 [r8168]
Jan 24 23:45:03 thegate kernel: request_threaded_irq+0xb0/0x1b3
Jan 24 23:45:03 thegate kernel: ? rtl8168_esd_timer+0x0/0x2d8 [r8168]
Jan 24 23:45:03 thegate kernel: rtl8168_open+0x77/0x259 [r8168]
Jan 24 23:45:03 thegate kernel: rtl8168_esd_timer+0x2a9/0x2d8 [r8168]
Jan 24 23:45:03 thegate kernel: run_timer_softirq+0x1c4/0x268
Jan 24 23:45:03 thegate kernel: ? apic_write+0x16/0x18
Jan 24 23:45:03 thegate kernel: __do_softirq+0xe5/0x1a9
Jan 24 23:45:03 thegate kernel: ? tick_program_event+0x2a/0x2c
Jan 24 23:45:03 thegate kernel: call_softirq+0x1c/0x30
Jan 24 23:45:03 thegate kernel: o_softirq+0x46/0x86
Jan 24 23:45:03 thegate kernel: irq_exit+0x3b/0x7d
Jan 24 23:45:03 thegate kernel: smp_apic_timer_interrupt+0x86/0x94
Jan 24 23:45:03 thegate kernel: apic_timer_interrupt+0x13/0x20
Jan 24 23:45:03 thegate kernel: ? mwait_idle+0x7a/0x88
Jan 24 23:45:03 thegate kernel: ? mwait_idle+0x2c/0x88
Jan 24 23:45:03 thegate kernel: ? cpu_idle+0xaa/0xe4
Jan 24 23:45:03 thegate kernel: ? start_secondary+0x1f2/0x233
Jan 24 23:45:03 thegate kernel: BUG: scheduling while atomic: swapper/0/0x10000100
...

takže zase nic

[impact]

Skusal si tento fix na Ubuntu forums ?

[petr]

Ne, nezkousel. Momentalne jsem na nekolik dni mimo dosah notebooku, takze to vyzkousim pozdeji a pak dam vedet...