[Linux 2.6.0] Disabling IRQ #5

[kell.nl]

Ik heb thuis een Slackware 9.0 machine staan.
Deze is mijn file-server thuis, en draait samba.
Nu wilde ik er de 2.6.0 kernel opzetten. Compileren e.d. ging als een zonnetje.
Maar nu krijg ik na het booten (tussen 1 en minuten erna) op de console de melding:
Disabling IRQ #5

Aangezien mijn NIC dit IRQ gebruikt, is er hierna geen netwerkverkeer meer mogelijk.
Als ik kijk met ifconfig dan is de interface wel nog "up".
Pingen naar zijn eigen adres gaat wel, naar een ander adres niet.
Als ik ifconfig eth0 down doe, en daarna weer ifconfig eth0 up, dan is ie weer even in de lucht, maar na 1 tot 5 minuten erna komt de melding weer.
Het lijkt erop als ik veel netwerkverkeer genereer, dat de melding eerder komt. Maar ook als ik niks doe komt de melding.
Wat ik geprobeerd heb:

- Gezocht op het internet op die melding, en de meldingen in de syslog
- Acpi/apm ondersteuning wel/niet mee compilen in de kernel
- booten met pci=noacpi
- booten met noapic
- booten met acpi=off
- Netwerkkabel uitgetrokken. Dezelfde melding komt dan ook.
- ipv de server met samba te benaderen, hem benaderen met ftp
- Heel lief tegen de pc gezegd: I care. (melding in de syslog zegt. IRQ 5 nobody cared )

Helaas heeft hiervan niks geholpen.
Met een 2.4 kernel werkt wel alles correct (2.4.20 en 2.4.22)
Alle requirements (die in documentation/changes staan) zijn voldaan.

De (volgens mij van belangzijnde) hardware:
- AMD athlon 1200 (niet overgeklokt)
- Asus A7v133 moederbord
- 3com 3C996B-T gigabit NIC

Voor de volledigheid:

syslog:

code:

Dec 20 15:13:46 StoreBro kernel: irq 5: nobody cared!
Dec 20 15:13:46 StoreBro kernel: Call Trace:
Dec 20 15:13:46 StoreBro kernel:  [<c010ae5a>] __report_bad_irq+0x2a/0x90
Dec 20 15:13:46 StoreBro kernel:  [<c010af50>] note_interrupt+0x70/0xa0
Dec 20 15:13:46 StoreBro kernel:  [<c010b1fb>] do_IRQ+0x12b/0x140
Dec 20 15:13:46 StoreBro kernel:  [<c0109554>] common_interrupt+0x18/0x20
Dec 20 15:13:46 StoreBro kernel:  [<c0120840>] do_softirq+0x40/0xa0
Dec 20 15:13:46 StoreBro kernel:  [<c010b1d7>] do_IRQ+0x107/0x140
Dec 20 15:13:46 StoreBro kernel:  [<c0109554>] common_interrupt+0x18/0x20
Dec 20 15:13:46 StoreBro kernel:  [<c02518c0>] __copy_to_user_ll+0x50/0x80
Dec 20 15:13:46 StoreBro kernel:  [<c032b144>] net_rx_action+0x74/0x110
Dec 20 15:13:46 StoreBro kernel:  [<c0327e01>] memcpy_toiovec+0x81/0xa0
Dec 20 15:13:46 StoreBro kernel:  [<c03286d0>] skb_copy_datagram_iovec+0x50/0x220
Dec 20 15:13:46 StoreBro kernel:  [<c034f2d7>] tcp_copy_to_iovec+0x97/0xa0
Dec 20 15:13:46 StoreBro kernel:  [<c034fa3f>] tcp_rcv_established+0x6af/0x770
Dec 20 15:13:46 StoreBro kernel:  [<c03584ef>] tcp_v4_do_rcv+0x11f/0x130
Dec 20 15:13:46 StoreBro kernel:  [<c0347470>] tcp_prequeue_process+0x70/0x90
Dec 20 15:13:46 StoreBro kernel:  [<c0347b0a>] tcp_recvmsg+0x4ca/0x970
Dec 20 15:13:46 StoreBro kernel:  [<c03680ea>] inet_recvmsg+0x5a/0x80
Dec 20 15:13:46 StoreBro kernel:  [<c0322809>] sock_aio_read+0xd9/0xe0
Dec 20 15:13:46 StoreBro kernel:  [<c01527cb>] do_sync_read+0x8b/0xc0
Dec 20 15:13:46 StoreBro kernel:  [<c010f020>] do_gettimeofday+0x20/0xb0
Dec 20 15:13:46 StoreBro kernel:  [<c032b144>] net_rx_action+0x74/0x110
Dec 20 15:13:46 StoreBro kernel:  [<c01528fc>] vfs_read+0xfc/0x130
Dec 20 15:13:46 StoreBro kernel:  [<c0152b62>] sys_read+0x42/0x70
Dec 20 15:13:46 StoreBro kernel:  [<c01093e7>] syscall_call+0x7/0xb
Dec 20 15:13:46 StoreBro kernel: 
Dec 20 15:13:46 StoreBro kernel: handlers:
Dec 20 15:13:46 StoreBro kernel: [<c02be1a0>] (tg3_interrupt+0x0/0x140)
Dec 20 15:13:46 StoreBro kernel: Disabling IRQ #5

En voor de dmesg output een linkje (verneukt anders de layout):

http://www.kell.nl/dmesg.txt

[Wilke]

Dat ziet er uit alsof je kunt beginnen met het vertalen van bovenstaande in het Engels en dan op de kernel mailinglist plaatsen. Het zou me niet verbazen als deze gigabit netwerkkaarten nog niet door honderdduizenden mensen gebruikt worden, en dat er dus (i.i.g. in combinatie met jouw andere hardware) nog een bugje optreedt.

Ook al geprobeerd wat te experimenteren met BIOS-settings (PNP OS yes/no, IRQ settings op automatisch of niet...)?

Overigens: geen binary modules (NVidia driver, etc.) geladen?

[kell.nl]

Wilke schreef op 20 december 2003 @ 15:41:
Ook al geprobeerd wat te experimenteren met BIOS-settings (PNP OS yes/no, IRQ settings op automatisch of niet...)?

Ow ja.. Dat had ik ook al geprobeerd.
Helaas ook geen oplossing geboden.
Als ik ervoor zorg dat de nic een ander IRQ krijgt, dan komt de melding gewoon met dat IRQ

Voor de rest zijn er geen modules geladen. Alle drivers heb ik met de kernel meegebakken.

Ik zal hem anders maar idd gooien op de kernel mailinglist.

Als iemand in de tussentijd nog een goed idee heeft, hou ik me natuurlijk aanbevolen

[roelio]

Zou het nog wat uitmaken als je de driver niet meecompileerd in kernel 2.6.0 en em later als module laadt?

[Wilke]

Dat kan ik me nauwelijks voorstellen, maar je kunt het nog even proberen.

En al die dingetjes die je geprobeerd hebt (BIOS, ander IRQ, ACPI aan/uit, APIC aan/uit, dat het in 2.4.whatever wel werkt) ook noemen als je in de LKML post natuurlijk!

[kell.nl]

limoentje schreef op 20 december 2003 @ 18:06:
Zou het nog wat uitmaken als je de driver niet meecompileerd in kernel 2.6.0 en em later als module laadt?

Daar had ik nog niet aan gedacht.
Ik heb het even geprobeerd, maar het hielp helaas ook niet.
Dezelfde melding weer.

/edit

Als ik boot, en de module niet laadt, krijg ik geen meldingen.
Tja.. Dan draait ie foutloos, maar ook zonder netwerk.. Niet echt handig
Tevens heb ik nog de driver van de 3com website gedownload, maar die wil niet compilen...
Tevens heb ik eens geprobeerd de server op een 100 mbit poortje op mijn switch te patchen. Dacht eerst dat het hielp, maar het duurde alleen wat langer voordat de melding kwam: bijna 10 minuten.

Tja, moet er nu vandoor. Ik ga morgenavond nog wat testen (3com driver onder 2.4.22 proberen te compilen, etc.) en als het dan nog niet lukt, gooi ik het op de LKML.
En ja Wilke, ik zal dan alle dingetjes erbij zetten

[ Voor 51% gewijzigd door kell.nl op 20-12-2003 19:19 ]

[roelio]

Had ook niet verwacht dat het wat zou oplossen, maar ja, niet geprobeerd ... etc.

[voodooless]

Ik heb dit probleem ook, echter beterft het bij mij een IRQ die niet in gebruik is. Wat het probleem is ben ik nog niet achter, maar het schijnt bij mij verder geen problemen te geven... Ik heb het ook alleen maar met de laatst 2.6.0 en de test kernel gehad...

[Verwijderd]

Dit klinkt mij wel allemaal bekend in de oren. Ik had op een gegeven moment Linux 2.4.19 draaien met een 3com 905c TX netwerk kaart en icm met een 3com router kon ik geen fatsoenlijke internet connectie maken.

Alleen UDP connecties werkten. Echt heel erg weird. Pas toen ik Linux 2.4.22 erop zette werkte alles weer goed.

Dikke kans dit je hier ook het probleem in de driver voor 3com moet zoeken.

[Tony Vroon]

Kun je eens pci=noacpi,usepirqmask proberen?

[kell.nl]

Hmmm.. Later thuis dan verwacht, met een groter slaaptekort dan verwacht.
Dan ga ik morgen maar wat dingen testen.

Deze heb ik wel even geprobeerd:

Tony Vroon schreef op 21 december 2003 @ 19:44:
Kun je eens pci=noacpi,usepirqmask proberen?

Het heeft helaas ook niks geholpen.