[linux] crash gebruik realtek 8139

[VlaFlip]

Ik heb effe terug een 100mbit kaartje geinstalleerd in m'n servertje
(specs zie [url=]http://got.duck.ath.cx/system/index.php?usr=3035[/url])

netjes nieuwe kernel (2.4.19) gebakken met daarin de drivers voor dit kaartje...
wordt netjes herkend en draait als een tiet...

alleen zo gauw als ik het werkstation aanzet wat verbonden is aan dit kaartje met een crosskabel en een ne2000 kloon kaartje, dan crasht m'n server...

heb al even zitten klooien met het programmatje rtl8139-diag (de versie die bij de nieuwe driver (8139two) uit 2.4.19 hoort) maar volgens mij doet dit ding überhaupt niks. En al zou die iets doen, m'n server blijft crashen.

heb net even een monitor aangesloten en zo gauw als ik de crosskabel aansluit dan rolt de volgende melding over m'n scherm:

eth2: PCI bus error 6290

heel soms vliegt hier het volgende bericht tussen door:

Interrupt status 0x8000


Hellup

[Thc_Nbl]

Ik ken dat,
je hebt ergens een conflict met een ander apparaat.
mijn oplossing was geen realtek meer gebruiker,
gewoon simpele 3com werkt altijd.

[hbokh]

Hier werkt zo'n kaartje oke (on-board).
"lsmod" geeft aan dat voor deze kaart 2 modules zijn geladen: "mii" en "8139too".
"lspci -v" geeft voor betreffend apparaat het volgende:

code:

02:06.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
    Subsystem: Realtek Semiconductor Co., Ltd. RT8139
    Flags: bus master, medium devsel, latency 32, IRQ 11
    I/O ports at c800 [size=256]
    Memory at eb001000 (32-bit, non-prefetchable) [size=256]
    Expansion ROM at <unassigned> [disabled] [size=64K]
    Capabilities: [50] Power Management version 2

Hoe zien diezelfde 2 commando's er bij jou uit? Post even hier svp.

[VlaFlip]

ik gebruik geen modules, heb alles in een grote kernel gebakken....
lspci zal ik effe installeren, dit heb alvast uit /proc/pci gehaald:

Bus 0, device 15, function 0:
Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C (rev 16).
IRQ 4.
Master Capable. Latency=32. Min Gnt=32.Max Lat=64.
I/O at 0xf200 [0xf2ff].
Non-prefetchable 32 bit memory at 0xffadff00 [0xffadffff].


Thc_Nbl: ik heb nou eenmaal een realtekje gekocht, het was of deze of de myson 830 die op die safeway 100 mbit kaart zit en de realtek is een stuk bekender, dus meer info over te vinden als het niet werkt (zoals nu) 3com en intel zijn geen optie... ik wil naar gedeeltelijk 100 mbit toe en ik heb geen zin om drie keer €40 meer te betalen voor een merk-kaart

[VlaFlip]

okay... lspci is geinstalleerd...

de output (effe compleet):

root:~# lspci -v
00:00.0 Host bridge: Silicon Integrated Systems [SiS] 5597 [SiS5582] (rev 10)
Flags: bus master, medium devsel, latency 64

00:01.0 ISA bridge: Silicon Integrated Systems [SiS] 85C503/5513 (rev 01)
Flags: bus master, medium devsel, latency 0

00:01.1 IDE interface: Silicon Integrated Systems [SiS] 5513 [IDE] (rev d0) (prog-if 8a [Master SecP PriP])
Subsystem: Unisys Systems: Unknown device c082
Flags: bus master, fast devsel, latency 128
I/O ports at <ignored>
I/O ports at <ignored>
I/O ports at <ignored>
I/O ports at <ignored>
I/O ports at 4000 [size=16]

00:0d.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8029(AS)
Subsystem: Realtek Semiconductor Co., Ltd. RT8029(AS)
Flags: medium devsel, IRQ 11
I/O ports at f700 [size=32]

00:0f.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C (rev 10)
Subsystem: Realtek Semiconductor Co., Ltd. RT8139
Flags: bus master, medium devsel, latency 32, IRQ 4
I/O ports at f200 [size=256]
Memory at ffadff00 (32-bit, non-prefetchable) [size=256]
Capabilities: [50] Power Management version 2

00:14.0 VGA compatible controller: Silicon Integrated Systems [SiS] 5597/5598 VGA (rev 68) (prog-if 00 [VGA])
Subsystem: Silicon Integrated Systems [SiS] 5597/5598 VGA
Flags: medium devsel
Memory at ff400000 (32-bit, prefetchable) [size=4M]
Memory at ffaf0000 (32-bit, non-prefetchable) [size=64K]
I/O ports at f400 [size=128]
Expansion ROM at ffae0000 [disabled] [size=32K]

[hbokh]

In .config "CONFIG_8139_NEW_RX_RESET is not set" staan dan?
Maar dan: misschien werkt dat weer wel met een hoger revision-nummer...

[VlaFlip]

in .config staat: CONFIG_8139_NEW_RX_RESET is not set

[VlaFlip]

heb vanochtend even geprobeert om crosskabel aan ander werkstation te verbinden, maar dit levert het zelfde probleem op. De 2 werkstations gekoppeld aan elkaar werkt wel, probleem licht dus duidelijk bij de server...

[Verwijderd]

Heb je al geprobeerd de netwerkkaarten in een ander slot te steken? Ik gebruik meestal realtekjes, en ik ben er dik tevreden mee. Ze werken eigenlijk altijd wel, alleen de performance is iets (10% ofzo?) lager dan 3com en intel...

[VlaFlip]

wisselen helpt ook niks.
Met alleen 100 mbit (dus zonder 3com en zonder 10 mbit kaartje) crasht ie ook...

PCI slot is goed hoor, zat eerst een 10mbit combikaartje (ook realtek) in, werkte prima

[VlaFlip]

heb effe een kernel met CONFIG_8139_NEW_RX_RESET aan gecompileerd en gestart.

werkt ook niet

[Erhnam]

modproboe 8139too
ifconfig eth0 up

voeg deze regel daarna eens toe aan je modules.conf:

alias eth0 8139too

en dan een 'reboot'

Wat zegt die dan ? Het moet werken.. Ik heb deze kaart namelijk ook 2x in mijn bak zitten en met diverse kernels laten draaien, zowel 2.2x als 2.4x

[LollieStick]

Neem nooit dat safeway kaartje... Deze zijn zo verschrikkelijk traag. Ik heb ze ook gehad, twee stuks maar ben snel op realtek gestapt. Die dingen hebben een maximum transfer rate van ongeveer 3 MB/s terwijl de realtek die ik nu heb op 7 MB/s zit. Trek je conclusie.

[VlaFlip]

oke... ik zal effe uitkijken met die safeway dingen....

Erhnam: ik gebruik geen modules, maar heb de driver direct in m'n kernel gecompileerd
maar het starten van de kaart gaat prima, krijgt ook braaf het ip wat ik hem gegevn heb, alleen zo gauw als de kabel is aangesloten krijg ik dat probleem...

[hbokh]

Ehr...
- werkt het wl op geforceerd 10mbit - half duplex en dat soort waardes?
- is je X-link wel van het type Cat5?

[VlaFlip]

kabel is prima (cat5, doet ut ook tussen twee werkstations)

ik kan hem met rtl8139-diag op 10baseT-HD zetten, maar krijg verder geen melding dat er iets aan de instellingen is veranderd.

nog steeds als ik m'n client inplug krijg ik een crash...

[VlaFlip]

kaartje doet het trouwens prima in een andere machine, dus die is ook goed...

is wel een windowsbak (die zijn toch iets crashgevoeliger dan linux ) maar dat moet niet zoveel uitmaken volgens mij...

[VlaFlip]

ik heb nog maar eens even lopen knoeien met de verschillende mogelijkheden die ik in de kernel mee kan compileren en ik heb het probleem gevonden...

ik moet CONFIG_8139TOO_PIO meecompileren en dan werkt alles als een trein.

is dus een probleem met memory mapped io (vraag met niet wat het is... ) zal wel door de redelijk antieke chipset op m'n board komen ofzo... iig hij doet ut zo...

[Verwijderd]

Yup.. Dat zou kunnen. PIO is inderdaad memory mapped io. Het alternatief is dat ie (oa) via DMA de boel gaat proberen te regelen, en met oudere chipsets wil ie dan wel eens op zijn giegel gaan..

[VlaFlip]

als ik de beschrijving in de kernel goed heb gelezen, gebruikt de driver standaard Memory Mapped I/O en heb ik hem met deze kernel optie juist terug gezet naar PIO (wat geloof ik staat voor PCI I/O)

anyway, hij lijkt nu stabiel...

[VlaFlip]

effe een update na een paar weekjes... Hij _IS_ nu stabiel
CONFIG_8139TOO_PIO op Y is de oplossing

[hbokh]

Van harte gefelicislagroomteert!!
Altijd leuk om te horen als iets inderdaad opgelost is.

[PipoDeClown]

PIO (Ports I/O) is _geen_ memory mapped I/O
DMA heeft te maken met memory mapped I/O

[ Voor 9% gewijzigd door PipoDeClown op 09-12-2002 21:52 ]