RootForum Community

Hallo...

ich hatte gestern einige meldungen in meinem log die ich nicht ganz einordnen kann

May 21 17:38:42 indefix -- MARK --
May 21 17:56:48 indefix kernel: hw tcp v4 csum failed
May 21 17:56:48 indefix kernel: klogd 1.4.1, ---------- state change ---------
-
May 21 17:56:48 indefix kernel: Inspecting /boot/System.map-2.4.20
May 21 17:56:48 indefix kernel: Loaded 16030 symbols from /boot/System.map-2.4
.20.
May 21 17:56:48 indefix kernel: Symbols match kernel version 2.4.20.
May 21 17:56:48 indefix kernel: No module symbols loaded.
May 21 17:57:06 indefix kernel: hw tcp v4 csum failed
May 21 17:57:25 indefix kernel: hw tcp v4 csum failed
May 21 18:09:09 indefix kernel: hw tcp v4 csum failed
May 21 18:10:09 indefix last message repeated 2 times
May 21 18:11:05 indefix kernel: hw tcp v4 csum failed
May 21 18:13:39 indefix kernel: hw tcp v4 csum failed
May 21 18:14:35 indefix last message repeated 2 times
May 21 18:15:53 indefix kernel: hw tcp v4 csum failed
May 21 18:16:29 indefix kernel: hw tcp v4 csum failed
May 21 18:18:13 indefix kernel: hw tcp v4 csum failed
May 21 18:18:30 indefix last message repeated 2 times
May 21 18:38:42 indefix -- MARK --

heute traten wieder mehrmals

kernel: hw tcp v4 csum failed

meldungen auf.

jemand eine idee?

Die Fehler sehen nach einer Intel Pro 100 (Modul e100) aus. Gab's schon öfter auf der LKML.

Lösung hier : http://marc.theaimsgroup.com/?l=linux-k ... 318615&w=2

thx für den link ...

wenn du mir jetzt auch noch sagen köntest wie

...Set the module parameter XsumRX=0...

das geht. also wo setze ich die / wie lade ich die rein?

wäre richtig glücklich...

Die Option trägst du in die /etc/modules.conf ein (k.A., welche Distri du nutzt).
Da sollte es ein alias ethX e100 geben. Unter diese Zeile setzt du folgendes options e100 XsumRX=0,0 . Entweder kannst du jetzt rebooten (unschön), oder dich noch besser vor die Konsole setzen, das Modul entladen, und per , und machst dir dadurch deine schöne Uptime nicht kaputt ... ;)

Und falls du es dir ganz einfach machen willst, nimmst du halt das "alte" eepro100-Modul ...

tja was alles so an neuen fragen auftauchen können...

Distri: SuSE 8.1


allerdings ist der genannte eintrag nicht in der datei...

das einzige was ich hab ist aber auskommentiert

# Aliases - specify your hardware
# alias eth0 eepro100
#alias eth0 8139too
alias eth1 off

einfach das auskommentierte alias eth0 eepro100 benutzen oder?

Gute Frage. Ich weiß nicht, ob SuSE die modules.conf überhaupt beachtet oder parst. Die Grundlegende Frage ist doch : ist es überhaupt eine Intel Pro 100-Karte ? Falls ja, solltest du den gewünschten Effekt durch das auskommentieren erreichen.

Was sagst denn eigentlich ein lsmod ?

# lsmod
Module Size Used by Not tainted

nix; aber

ich hätt noch ne

# lspci
00:00.0 Host bridge: VIA Technologies, Inc. VT82C693A/694x [Apollo PRO133x] (rev c4)
00:01.0 PCI bridge: VIA Technologies, Inc. VT82C598/694x [Apollo MVP3/Pro133x AGP]
00:07.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super South] (rev 40)
00:07.1 IDE interface: VIA Technologies, Inc. VT82C586B PIPC Bus Master IDE (rev 06)
00:07.4 Bridge: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 40)
00:0e.0 Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro 100] (rev 08)
01:00.0 VGA compatible controller: ATI Technologies Inc Rage XL AGP 2X (rev 27)

ist also ein Ethernet Pro 100 aber nicht als karte sondern auf dem board

In dem Fall scheint der Treiber fest im Kernel eimkompiliert zu sein. Du müsstest die Option als Kernelparameter deinem Bootloader übergeben.

gut und die nächste frage kannst du dir dann sicher schon denken ...

wie mach ich das

Gegenfrage : welchen Bootloader hast du im Einsatz ? ;)

LOADER_TYPE="grub"
LOADER_LOCATION="mbr"

Hmmm ... ich hab mal ein bisschen rumgegoogled, und anscheinend gibt es keine Commandline-Option, um dem Kernel das direkt mit auf den Weg zu geben.

Fazit : Kernel neu bauen, das ganze als Modul bauen, das ganze aus der modules.conf auskommentieren, options dahintersetzen und glücklich sein ... ;)