Bug 1570 - IRQ 27 on an ACPI IOAPIC system with 24 IRQs
Summary: IRQ 27 on an ACPI IOAPIC system with 24 IRQs
Status: CLOSED CODE_FIX
Alias: None
Product: ACPI
Classification: Unclassified
Component: Config-Interrupts (show other bugs)
Hardware: i386 Linux
: P2 normal
Assignee: Len Brown
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-11-21 00:20 UTC by Len Brown
Modified: 2004-04-12 22:19 UTC (History)
1 user (show)

See Also:
Kernel Version: 2.6.0
Subsystem:
Regression: ---
Bisected commit-id:


Attachments

Description Len Brown 2003-11-21 00:20:51 UTC
The ES7000 patch added some code to arch/i386/kernel/mpparse.c 
mp_parse_prt() 
	... 
	if (!ioapic && (irq < 16)) 
		irq += 16; 
 
What happens next depends on the configuration. 
The apic and the pin# are still correct.  If the pin has been programmed already, 
then the side-effect is that entry->irq is set to the wrong number. 
If the pin needs to be programmed, then the bad irq# is used to index 
into the irq_2_pin.  If it isn't used already, then the system will still work, 
though it may report an impossible IRQ for this interrupt.  If that IRQ 
is already used, then you're probably going to have some confusion 
when the interrupt actually arrives...
Comment 2 Len Brown 2004-04-12 22:19:34 UTC
Andrew's fix was integrated into 2.6.2 -- closing. 

Note You need to log in before you can comment on or make changes to this bug.