My concern with this is that the probe would have to be done every reboot,
or at least when the card configuration in the PCI slots changed. We can't
probe the slots with no cards installed, and every slot with a card that uses
an interrupt will have it's own very unique way of triggering interrupts. So
basically there's no way of probing other than through the device driver for
the PCI card devices.
It's *NOT* something a userland program could easilly do without a generic
"generate an interrupt" call in each device driver. Even then the userland
program would have to tell the kernel that this probe is taking place. Very
messy, and very dangerous.
Since Linux works without the APIC code this can be done in the kernel
config process. Known motherboards could be located with a userland program
and the "correct" mapping setup as part of "make config".
Or, if you read the docs, you could install your own mapping.
No (runtime) kernel bloat required.
CONFIG_IO_APIC (N/y/?) etc
The distribution kernels can come with this option disabled, and use the
older interrupt code. They'll still run fine.
It's something the more informed user can turn on when they compile and
install their own kernel.
BTW, is Linux the first OS to hit this problem ?
Peter
----------------------------------
E-Mail: P.Waltenberg@irl.cri.nz
Date: 23-Jan-98
Time: 15:20:29
----------------------------------