RE: pci_enable_device reports IRQ routing conflict

Kevin Curtis (kevin.curtis@farsite.co.uk)
Tue, 18 Dec 2001 16:16:16 -0000


Hi,
thanks for your advice. Adding debug produced one other message in
the Kernel log:

IRQ for 00:0a.0:0 -> PIRQ 03, mask deb8, excl 0e20 -> newirq=9 -> got IRQ 10
IRQ routing conflict for 00:0a.0, have irq 9, want irq 10

I think my testing shows that actual irq's assigned are as indicated by the
"have irq" field. And that as far as I can tell at the moment everything
seems to work OK.

Regards

Kevin

-----Original Message-----
From: Kai Germaschewski [mailto:kai@tp1.ruhr-uni-bochum.de]
Sent: 17 December 2001 22:13
To: Kevin Curtis
Cc: linux-kernel@vger.kernel.org
Subject: Re: pci_enable_device reports IRQ routing conflict

On Mon, 17 Dec 2001, Kevin Curtis wrote:

> However when I call pci_enable_device for the second card I get the
> following kernel log message:
>
> Dec 17 15:06:37 minion kernel: IRQ routing conflict for 00:0b.0, have irq
9,
> want irq 5

This means that config space (supposedly set up by the BIOS) reports IRQ 9
for the device, but the IRQ router really routes it to IRQ 5.

> The call didn't return an error, so I assume this was a non-fatal.

Well, the kernel currently ignores its knowledge about the router and
trusts the BIOS. Which most likely means that the IRQ won't work.

(Note that in general you should access dev->irq only after calling
pci_enable_device())

> Has anyone got any ideas where to look to debug this?

#define DEBUG

in arch/i386/kernel/pci-i386.h will give some debugging output on the next
boot, which should help.

--Kai

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/