Hi, > j...@zippy-> dmesg|grep Freeing > Freeing (NOT implemented) redirected ISA irq 11. > Freeing (NOT implemented) redirected ISA irq 10. > Freeing (NOT implemented) redirected ISA irq 10. > Freeing (NOT implemented) redirected ISA irq 10. > Freeing (NOT implemented) redirected ISA irq 9. > Freeing (NOT implemented) redirected ISA irq 10. > > Can these just go away? They certainly don't tell *me* anything > useful and if it's a feature which should be implemented then > we ought to implement it. If it's just a harmless warning, then > we ought to just remove it. :-)
I'm the person who put those there, and yes, they are meant to be annoying. I was hoping that someone who already knew the insides of motherboard chips would pick it up and fix it, but I guess not... Essentially they refer to the fact that an APIC pin is directly connected to a PCI INT, (theoretically) freeing up the ISA path for another INT source on the ISA bus. I believed at the time that this could be done by reprogramming the PCI/ISA redirection circuit in the MB chipset, but never got around to proving it. At the very least they could be moved to "if ( bootverbose ) ..." Someone might also remove the: interrupt mask = cam <- SMP: XXX ^^^^^^^^^^^ from: trap.c: printf(" <- SMP: XXX"); I have no memory as to whether the associated comment is valid! -- Steve Passe | powered by s...@csn.net | Symmetric MultiProcessor FreeBSD To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-current" in the body of the message