eth0: Too much work in interrupt, status e401

[Blubber]

De volgende regel staat bij mij in /var/log/messages, en niet een keer maar een aantal keer:

code:

Jan 13 19:20:20 osiris kernel: eth0: Too much work in interrupt, status e401.

Het klinkt nogal verkeerd, maar weet iemand wat het inhoud?

[Blubber]

Niemand?

[PtrO]

Je eth0-NIC heeft het gewoon druk met werken en kan al het werk niet aan. Mogelijk heb je wat drukke/veel servertjes draaien.

Als een paar keer gebeurd is er mijn inziens niets aan de hand. Wanneer dit vaker gebeurd kan je eventueel max_interrupt_work omhoogschoppen (als dit gesupported wordt).

Kijk evt. wat commando 'modinfo -p driver.o' geeft om te zien of ie the miw parameter kent. Daarna (d8 ik), kan je de waarde voor de betreffende NIC-driver in \etc\modules.conf bijstellen.
Vraag me niet in detail want da's wat voor de dagelijkse Linx boys&girls (die hier vast zijn).

[MadMurdock]

Maar even topic kicken..
Ik heb precies hetzelfde

kernel: eth0: Too much work at interrupt, IntrStatus=
0x0001.

Deze melding wordt gemiddeld iedere 10 minuten gegeven. Er zit een RTL 8139 kaartje in, die het *zeker* weten niet zo druk heeft dat die deze melding hoort te geven.

Heeft iemand een idee wat ik er aan kan doen, want ik vermoed zo dat die op den duur vanzelf een keer de geest geeft


-edit-
kleine toevoeging:
modinfo -p rtl8139.o

code:

 modinfo -p rtl8139.o
options int array (min = 1, max = 8)
full_duplex int array (min = 1, max = 8)
multicast_filter_limit int
max_interrupt_work int
debug int

[cashewnut]

Ik heb dit probleem ook. In /var/log/messages staat deze regel: Aug 31 12:56:24 wormhole kernel: eth1: Too much work at interrupt, IntrStatus=0x0001.

dit is dezelfde dag nog 4 keer gebeurd, op schijnbaar willekeurige tijden. volgens mij doet mijn router verder niet echt veel...
Ik gebruik de driver 8139too, dit is NIET de standaard driver die bij de distro (Red Hat 7.3) zat.

any ideas...?

edit: eth1 is mijn LAN interface, eth0 is verbonden met het kabelmodem.

[FatalError]

Dit had ik ook, de onboard geluidskaart (die niet gebruikt werd) bleek de oorzaak te zijn, aangezien die op dezelfde irq zat. Geluidskaart in het bios uitgezet en het probleem was weg.

[Verwijderd]

Zijn gewoon debug-messages, kan je gewoon negeren, niets boeiends.

Wil je het echt niet meer zien dan kan je syslog instellen de kernel-messages niet meer te loggen, kan je beter niet doen want de kernel heeft vaak ook zinvolle dingen te vertellen.

Wat ik ooit heb gedaan was de debug-regel uit de driver-source te halen en dan de driver opnieuw te maken. Als je de de driver als module hebt hoef je niet eens te rebooten, ik had het zelfs remote gedaan, via een scriptje