summaryrefslogtreecommitdiff
path: root/arch/i386
diff options
context:
space:
mode:
authorAndreas Block <andreas.block@esd-electronics.com>2007-02-05 16:36:07 -0800
committerGreg Kroah-Hartman <gregkh@suse.de>2007-02-16 15:30:10 -0800
commit691cd0c2ee2d4d6dff652627fca1b2d4f1377d58 (patch)
treea2675498494e68634f8aaa294a65a27d1c7ccc56 /arch/i386
parent4516a618a76eae6eb1b37259ad49f39b7b7f33d8 (diff)
downloadlwn-691cd0c2ee2d4d6dff652627fca1b2d4f1377d58.tar.gz
lwn-691cd0c2ee2d4d6dff652627fca1b2d4f1377d58.zip
PCI: PCI devices get assigned redundant IRQs
I'm currently working on a port to a CPCI board with a MPC5200. When testing the PCI interrupt routing, I discovered the following: Even devices which don't use interrupts (-> PCI Spec.: Interrupt Pin Register is zero), get an interrupt assigned (this is at least true for most of the PPC-targets I looked at). The cause is pretty obvious in drivers/pci/setup-irq.c. I guess at least in an ideal world with correctly designed hardware, the code should rather look as in the patch below. Of course it doesn't hurt anybody to have an unuseable IRQ assigned to a PCI-to-PCI-bridge (or something alike), but to me it seems a bit strange. Please correct me, if I'm mislead. The patch below is tested on the above mentioned CPCI-MPC5200 board and is compiler tested with the latest git-repository kernel on x86. Cc: "Eric W. Biederman" <ebiederm@xmission.com> Cc: Thomas Gleixner <tglx@linutronix.de> Cc: Ingo Molnar <mingo@elte.hu> Cc: Linus Torvalds <torvalds@osdl.org> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
Diffstat (limited to 'arch/i386')
0 files changed, 0 insertions, 0 deletions