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
[email protected] | Symmetric MultiProcessor FreeBSD
To Unsubscribe: send mail to [email protected]
with "unsubscribe freebsd-current" in the body of the message