sis900&rtl8139 - dlugie

[rafple@interia.pl]

Dnia wto 15. czerwca 2004 18:01, rafple@interia.pl napisał:
 Sorry ze caly czas walkuje ten sam problem, ale znajduje coraz to wiecej
 niespodzianek i ciekaw jestem czy ktos juz mial podobny problem i jak go
 rozwiazal.
 Na serwerze
 eth0 sis900
 eth1 realtek

 Do tego obluga maskarady, htb, squid, apache itp

 Jak dlugo niczego nie uruchamiam polaczenia na obu interfejsach (z
 wlaczonym jednym tez chodzi) nie ma problemu... moze chodzic i nie ma
 klopotu. Jak na poczatek podepne jeden komputer to co jakis czas mam:
 eth0: Abnormal interrupt, status 0x00808240 (no koncowka co chwile inna)
 no ale polaczenia nie zrywa.

 W google raz znajduje zeby nie przejmowac sie komunikatami (fakt na
 poczatku poza wyswietlaniem krzywdy nie robia), innym razem rady zmiany
 kart sieciowych, sterownikow i nakladania lat... niestety wszytkie jakie
 znalazlem sa na jajo 2.6.* ja mam 2.4.24.
 Nie przejmowalbym sie gdyby nie to ze po zwiekszeniu w sieci liczby
 oblugiwanych komputerow po kilkukrotnym rabnieciu takiego komunikatu
 dochodzi jeszcze:
 hdc: dma_timer_expiry: dma status == 0x24
 hdc: DMA interrupt recovery
 hdc: lost interrupt
 Tu tez przebilem sie przez google, probowalem w biosie... niby wylaczone a
 przy starcie i tak wykrywa wlaczone dma. No to podjalem walke z hdparm jak
 radzili, nie pomoglo, potem jeszcze zgodnie z rada zmiejszylem w biosie
 PIO. No i dalej guzik.
 Pytanie czy macie jakies pomysly albo cokolwiek czego sie dalej lapac?
 Nie mam pojecia nawet czy jedno z drugim jest powiazane czy sypie sie to
 niezaleznie od siebie... zwlaszcza po znalezieniu takiej informacji:

 "How about this: the problem we have isn't a new one - dozens of problems
 have this problem and have reported it to the kernel list arleady (I
 checked the archives), there's just not a good answer other than "get
 rid of RTL and get a real NIC". So I thought to just bypass that (i knwo
 the nic's should be changed, but its' just not an option right now) and
 ask the driver maintainer insead. But, recent CPU developments caused me
 not to send that email quite yet. We have to do more testing and
 hopefully we then know who to blaim: the nic or the cpu or motherboard.
 --
 Gerard Beekmans
 www.linuxfromscratch.org "

 Przepraszam ze takie dlugie i za duplikat dla tych ktorzy nadziali sie na ten   
 mail na innej liscie.
 Pozdrawiam
 Rafal