[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Problem z sieciowka EtherExpresPro



On Tue, 08 Jun 2004 20:20:47 +0200
Maciej Gasiorowski <gasior79@poczta.onet.pl> wrote:

> Witam wszystkich.
Witam, 
> Mam problem z sieciowka intela EtherExpresPro 100. Jest
> to zintegrowana sieciowka na plycie intela LX440+ (pisze
> z pamieci wiec moglem pomyslic symbole).

Mam dokladnie taka sama karte sieciowa, moge tylko
powiedziec tyle ,ze u mnie dziala bez najmniejszego
zarzutu. NA NT4, win98, win95, mdk 9.1, mdk 9.2, Woody i
Sarge. NA wszystkim dziala.TYlko ze moja nie jest
zintegrowana. Proponuje poszukac w Biosie ,moze tam cos
jest. Ewentualnie go zupgrejdowac.

> Objaw jest taki, ze jak nie ma ruchu na interfejsie
> sieciowym, to jakbys sie wiesza. Nie przyjmuje nowych
> polaczen, nie odpowiada na nic. Konsola pracuje
> normalnie. Jak puszcze z tego serwera pinga, to od razu
> wszystko rusza. W logach nic nie ma.
> Puszczalem ta sieciowke na eepro100 i na e100, tak samo.
> Na e100 dluzej mija, zanim sie zwiesi (okolo godziny)
> 
> Szukalem na googlach i wynika, ze jest to jakis bug
> hardware'owy.
> 
> Wyjscie z eepro100-diag:
> 
> > ditu:~# eepro100-diag -ee -f
> > eepro100-diag.c:v2.05 6/13/2001 Donald Becker
> > (becker@scyld.com)
> >  http://www.scyld.com/diag/index.html
Sprawdzales tego linka ? ^
> > Index #1: Found a Intel i82557/8/9 EtherExpressPro100
> > adapter at 0x1080. EEPROM contents, size 64x16:
> >     00: 9000 8d27 b53c 0000 0003 0201 4701 0000
> >   0x08: 0000 0000 40a2 000c 8086 0000 0000 0000
> >       ...
> >   0x38: 0000 0000 0000 0000 0000 0000 0000 de1e
> >  The EEPROM checksum is correct.
> > Intel EtherExpress Pro 10/100 EEPROM contents:
> >   Station address 00:90:27:8D:3C:B5.
> >   Receiver lock-up bug exists. (The driver work-around
> >   *is* implemented.) Board assembly 000000-000,
> >   Physical connectors present: RJ45 Primary interface
> >   chip i82555 PHY #1.
> >    Sleep mode is enabled.  This is not recommended.
> >    Under high load the card may not respond to
> >     PCI requests, and thus cause a master abort.
> 




Reply to: