Linux NIC probleem: Flags, Bus-master 1, dirty

[robbertb]

Mijn linux Redhat 7.1 server werkt opzich goed, maar er rollen de hele tijd meldingen over het scherm wat er nie tgoed uit ziet:

code:

Nov 25 10:10:09 linuxserver kernel:   Flags; bus-master 1, dirty 26137(9) current 26137(9)
Nov 25 10:10:09 linuxserver kernel:   Transmit list 00000000 vs. f74a8440.
Nov 25 10:10:09 linuxserver kernel:   0: @f74a8200  length 8000003e status 0001003e
Nov 25 10:10:09 linuxserver kernel:   1: @f74a8240  length 80000036 status 00010036
Nov 25 10:10:09 linuxserver kernel:   2: @f74a8280  length 800001dc status 000101dc
Nov 25 10:10:09 linuxserver kernel:   3: @f74a82c0  length 8000003e status 0001003e
Nov 25 10:10:09 linuxserver kernel:   4: @f74a8300  length 80000036 status 00010036
Nov 25 10:10:09 linuxserver kernel:   5: @f74a8340  length 800001df status 000101df
Nov 25 10:10:09 linuxserver kernel:   6: @f74a8380  length 8000003e status 0001003e
Nov 25 10:10:09 linuxserver kernel:   7: @f74a83c0  length 80000036 status 00010036
Nov 25 10:10:09 linuxserver kernel:   8: @f74a8400  length 800001f3 status 800101f3
Nov 25 10:10:09 linuxserver kernel:   9: @f74a8440  length 80000036 status 00010036
Nov 25 10:10:09 linuxserver kernel:   10: @f74a8480  length 800001e4 status 000101e4
Nov 25 10:10:09 linuxserver kernel:   11: @f74a84c0  length 80000036 status 00010036
Nov 25 10:10:09 linuxserver kernel:   12: @f74a8500  length 8000003e status 0001003e
Nov 25 10:10:09 linuxserver kernel:   13: @f74a8540  length 80000036 status 00010036
Nov 25 10:10:09 linuxserver kernel:   14: @f74a8580  length 800001e6 status 000101e6
Nov 25 10:10:09 linuxserver kernel:   15: @f74a85c0  length 80000036 status 00010036

lspci geeft:

code:

00:00.0 Host bridge: VIA Technologies, Inc. VT82C691 [Apollo PRO] (rev c4)
00:01.0 PCI bridge: VIA Technologies, Inc. VT82C598/694x [Apollo MVP3/Pro133x AGP]
00:04.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super South] (rev 40)
00:04.1 IDE interface: VIA Technologies, Inc. Bus Master IDE (rev 06)
00:04.4 Host bridge: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 40)
00:09.0 Ethernet controller: 3Com Corporation 3c905C-TX [Fast Etherlink] (rev 78)
00:0a.0 Ethernet controller: 3Com Corporation 3c905C-TX [Fast Etherlink] (rev 78)
00:0b.0 PCI bridge: IBM IBM27-82351 (rev 07)
01:00.0 VGA compatible controller: nVidia Corporation Vanta [NV6] (rev 15)
02:00.0 Unknown mass storage controller: Compaq Computer Corporation Smart-2/P RAID Controller (rev 03)

Iemand een idee wat dit precies is, en wat ik eraan kan doen? volgens mij heeft het met de netwerkkaart te maken van wat ik er zo over kan vinden op internet.

Edit:arg move NT --> NOS

[robbertb]

arg!
ehm *schop*
Kan hij gelijk ook ff gemoved worden naar juiste forum? (NOS)
Niet zo gek dat ik hier geen reactie krijg

[ Voor 4% gewijzigd door robbertb op 26-11-2002 11:39 ]

[Jaymz]

NT => NOS

[igmar]

robbertb schreef op 25 november 2002 @ 10:02:
Mijn linux Redhat 7.1 server werkt opzich goed, maar er rollen de hele tijd meldingen over het scherm wat er nie tgoed uit ziet:

code:

Nov 25 10:10:09 linuxserver kernel:   Flags; bus-master 1, dirty 26137(9) current 26137(9)

Nov 25 10:10:09 linuxserver kernel:   15: @f74a85c0  length 80000036 status 00010036

lspci geeft:

code:

00:09.0 Ethernet controller: 3Com Corporation 3c905C-TX [Fast Etherlink] (rev 78)
00:0a.0 Ethernet controller: 3Com Corporation 3c905C-TX [Fast Etherlink] (rev 78)

Iemand een idee wat dit precies is, en wat ik eraan kan doen? volgens mij heeft het met de netwerkkaart te maken van wat ik er zo over kan vinden op internet.

Je hebt een netwerk waarvan de apparaten het niet eens zijn over de gebruikte duplex mode. De meldingen worden hier minder als ik beide apparaten geforceerd op half-duplex zet, maar verdwijnen niet.

Het aantal is in sterke mate afhankelijk van de netwerkload, als ik die 100% belast behint het aardig hard te scrollen

Ik heb uiteindelijk gewoon de betreffende code uit de driver gesloopt.

[robbertb]

hm daar had ik gelijk in het begin al naar gekeken. Met dosproggel effe de settings van de kaart bekeken. En daar stond op duplexmode: auto
Ik geloof dat ik verder alleen de optie had om em op Fullduplex te forceren.
En jouw oplossing is natuurlijk niet echt een mooie oplossing

[Verwijderd]

iets wat ik vond bij 3com driver errors voor linux:

That's quite curious... The way I see things happening is the following:


The card is not fed fast enough with packets for whatever reason, so it's
complaining by raising the interrupt with this error status. In the
meantime no packets are transmitted, so they are queued. When the error
condition appears often, the probability of a Tx timeout (Tx queue being
full past some time limit) increases. So any bulk data transfer or "ping
-f" might be able to trigger this situation.


My knowledge about mobile cards is very limited, so maybe Donald could
share his view on this issue. I do have one ideea though 8-):
if the transfer across the bus is slow, would an increase in PCI latency
for this device also increase chances that the PCI burst with a full
packet would finish before the underrun occurs ?

misschien dat de drivers een update nodig hebben ofzow?

en nog iets:

http://www.uwsg.iu.edu/hypermail/linux/net/0106.1/0042.html

[robbertb]

vortex-diag -aa
vortex-diag.c:v2.12 11/27/2002 Donald Becker ([e-mail])
http://www.scyld.com/diag/index.html
Index #1: Found a 3c905C Tornado 100baseTx adapter at 0xb800.
Station address 00:04:75:ae:05:8c.
Receive mode is 0x07: Normal unicast and all multicast.
The Vortex chip may be active, so FIFO registers will not be read.
To see all register values use the '-f' flag.
No interrupt sources are pending.
Transceiver/media interfaces available: 100baseTx 10baseT.
Transceiver type in use: Autonegotiate.
MAC settings: half-duplex.
Station address set to 00:04:75:ae:05:8c.
Configuration options 0052.

Index #2: Found a 3c905C Tornado 100baseTx adapter at 0xb400.
Station address 00:01:02:99:9d:50.
Receive mode is 0x07: Normal unicast and all multicast.
The Vortex chip may be active, so FIFO registers will not be read.
To see all register values use the '-f' flag.
Initial window 7, registers values by window:

Poll period Tx 00 ns., Rx 0 ns.
Maximum burst recorded Tx 0, Rx 32.
Indication enable is 06c6, interrupt enable is 06ce.
No interrupt sources are pending.
Transceiver/media interfaces available: 100baseTx 10baseT.
Transceiver type in use: Autonegotiate.
MAC settings: half-duplex.
Station address set to 00:01:02:99:9d:50.
Configuration options 0052.


Ze staan dus op half duplex. iemand nog een idee?