I've looked at what Matthew had done and something along those lines seems
reasonable to fix the DK440LX's IRQ 9 problems and allow other boards to not
have to have IRQ 9 marked unusable.
But, I've also noticed that even with the patches that Matthew has, I still am
seeing my Ethernet card on IRQ 9. Bios32.c tells me the following:
#ifdef __SMP__
/*
* Recalculate IRQ numbers if we use the I/O APIC
*
* NOTE! If the "original" interrupt is marked as an old-fashioned
* irq, we have to keep it old-fashioned even if it's a PCI device
* and we could have found it in the MP-table transform.
*/
Assuming something of Matthew's patches appears in 2.1.120, I suspect that I
will still see the Ethernet card on IRQ 9, though it has been marked as
unusable.
Shouldn't the fix also be in bios32.c . I assume that the above comments
should be something more along these lines:
Recalculate IRQ numbers if we use the I/O APIC
NOTE! If the "original" interrupt is marked as an old-fashioned
irq, we have to keep it old-fashioned even if it's a PCI device
EXCEPT if the IRQ has been marked unusable by the APIC I/O for whatever
reason.
This would allow for machines with the IRQ 9 marked usable to use the IRQ 9 in
the case where it's an 'old-fashioned irq', but also allow those with a funky
system that need to have IRQ 9 marked unusable so that the machine can boot
properly (AKA. DK440LX) and still have the Ethernet usable on IRQ 19 (or
whatever mapping it is given).
Comments? I'd like to get a clear understanding of this if I am jumping to
the wrong conclusion.
-- Thanks, Troy---------------------------------------------------------------- email: tmuller@agora.rdrop.com PGP 5.0 key: hkp://pgp.ai.mit.edu web: http://www.eecs.wsu.edu/~tmuller helpful suggestion: perl -e 'print $i=pack(c5,(41*2),sqrt(7056),(unpack(c,H)-2),oct(115),10);' ----------------------------------------------------------------
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/faq.html