Hi,

A couple of questions regarding the functioning of the IO-Apic.

1.Why aren't the BIOS assigned IRQS respected by the IO-Apic code?
Is there a fundamental reason or it's just more practical doing
it this way.

2.Is the "pirq" kernel option also meant to implement IRQ mapping at
the user discretion? The present code is pretty much broke in this
sense.

3. For what I can see the the bios32.c code that initializes
the PCI Hardware gets it's IRQ values from "mp_irqs[i].mpc_dstirq" in
"io_apic.c" wich is totally unrelated with "pirq".
Where is this initialized? (I couldn't find it anywhere)
Is it safe to change this values making use of the pirq values at an early
point (where?).

I changed this values in the call to "irq_2_pin". The computer booted
with my intend irq values but some programs slowed down to a crawl or
just crashed (the kernel it self is up and running).

I would appreciate some pointers since this is the first time I am *looking*
at the kernel sources.

The reason I'm interested in this is to get a SBlive sound card to work.
The new drivers work well in SMP but only if the card uses an IRQ bellow
16. In the bios I can set the IRQS of PCI slots to whatever I want but
this are not respected by the IO-Apic code. Using the noapic option for
the kernel everything work out all right.

Thanks in advance,

Rui Sousa

-
Linux SMP list: FIRST see FAQ at http://www.irisa.fr/prive/mentre/smp-faq/
To Unsubscribe: send "unsubscribe linux-smp" to [EMAIL PROTECTED]

Reply via email to