Solved: Interrupt storm on Intel mainboard
I've tested Pfsense with different kinds of hardware, such as the newest Intel mainboards with G33- and P35-, 965-, 865- and 845- chipsets. My last test was with an Intel DG945GCPE (945G chipset, mATX). The two available PCI slots I filled with the Intel Pro 1000GT network cards. The rest was simple; video onboard, one SATA HDD and an IDE DVD-rom.
When I use the most bottom PCI slot (em1 on this machine), I get an Interrupt storm on IRQ9 on starting up. When started, I get a watchdog timeout on em1. A new BIOS, changed network cards and disabling all kinds of things like audio, print port, parrallel port and even the IDE adapter. Also worked out a link about disabling ACPI. But nothing helps.
Talked about it with an Intel guy. He told me that IRQ 9 is given away by the OS or firmware. The complete conversation (with other names of course) you'll find underneath.
Does anyone know how to solve this problem?
_I've got a machine with a 945GPCE mainbord, two Intel Pro 1000 GT Network cards, one SATA HDD and an IDE DVD-rom. When I use the bottom PCI-slot, I get an "Interrupt Storm" on IRQ9. This is not so much a problem with windows, but on Linux or FreeBSD this causes problems.
My questions are: what other device uses IRQ9, how can I change the IRQ of the bottom PCI slot and how can I test this mainboard on hardware failures (what also can cause an interrupt storm)?
Please wait while we find a representative to assist you…
All agents are currently busy. Please stand by.
You have been connected to Intel guy .
Intel guy : Hello my name is Intel guy, I am reviewing your question, please hold.
Me: Hi Intel guy, take your time; this is a difficult question (I think).
Intel guy : Hi Mr Jacob.. I have checked with my senior.. regarding the irq, it cannot be changed. it is the os that controlled the irq based on the firmware that you have.
Intel guy : for linux, we have no idea since we dont support linux, Sir
Intel guy : regarding the network card, it does not support linux
Me: Ok, clear. But how can I test this mainboard on failures that can cause an interrupt storm?
Intel guy : there may be some third party parties software that may allow you to test for failure on irq, but Sir, we dont support third party software.
Intel guy : it may be dos tools.
Intel guy : and again linux we dont support it all, we cannot give advice on it
Intel guy : windows it is a plug and play os which assigned the irq automatically
Me: I know, but I'm thinking of a possible errr on the mainboard an how to test it. Doesn't Intel have any testing possibilities?
Intel guy : i will check with that with my senior, please wait Sir.
Intel guy : Thank you for holding Sir
Intel guy : i have check with my senior.
Me: No problem, I wait.
Intel guy : http://en.wikipedia.org/wiki/Interrupt_request
Intel guy : please check from this website. regarding x86
Intel guy : it explains how to check for irq with linux command
Me: Ok I'll study that first. Thanks Intel guy for your help!
Intel guy : cat /proc/interrupts
Intel guy : No problem Sir_
Have you tried the MP kernel on it? Loading RC2 on it? I keep asking this when people have interrupt issues, but it seems I am the only one to come across the problem where the RC3 UP kernel changes broke the PIC on the board I was using. I'm asking one more time, because the board I had trouble with was a micro-atx board with a 945GM and an ICH7M-DH controller, and the chipset may be close to your hardware.
I'm sorry that you had to ask again; I wasn't able to find anything on this subject. But that can easaly be my fault, so thanks for your help, Dotdash.
What a concidence that you had almost the same board.
I am not (yet) such an experienced user that I can follow you perfectly: What is the MP/UP Kernel? And Is RC… the revision of the version? I'm using the newest version, 1.2 (25th februari 2008).
The RC releases are Release Candidate builds used for testing new features, etc. before the final release comes out. The 1.2 RC's are not easily available anymore, so try a fresh install of 1.2 using the Live CD. Near the end of the install, it will ask what kernel you want to install- single/multi-processor, embedded, developer. Pick the multi-processor (SMP) kernel, and see if it changes anything. In my case, the SMP kernel was needed to make any of the nics function.
Ok. We'll do that. Strange if this works, since there's a celeron inside… The topmost PCI card and the LA online are working, by the way.
No I now why they call you a hero member and me a newby ;D
The CPU a use is an Intel Celeron 440, so a single core. I used the Multi-processor (MP) modus on installation. It works perfectly!!!
Thanks very much for your great help at this problem!!!!
No problem. It makes me feel slightly better about all the time I spent tracking the problem down to know someone else ran into the same thing. FWIW, I was using a Celeron-M 410 (Yonah)
So the SP (Single Processor) option at installation is not necessary? Or should be only for older CPU's?
It seems the Single Processor option works fine for most people. I haven't tested, but I'm guessing there is little or no performance penalty running the Multi-Processor kernel on a single core/processor system. There was a post by someone who was a hardware guy for Compaq that suggested the SMP kernel might give you better interrupt handling, but again, I haven't confirmed that either.
Well, as we can see in this case the Compaq guy could be right on this interrupt thing!