reassigning IRQs for specific PCI slots...

[Robert Bird]

Hi,

We are trying to use RTLinux thread to service a PCI-based multi-port serial card.  I have read several documents regarding "sharing IRQs", using boot-prompt parameters, IO-APIC.txt, etc.  I am being told by the RTLinux community that I must not share interrupts when using real-time thread to service a PCI-based function.  I have tried using several combinations of boot-prompt parameters (we are using GRUB) but have had no success in redirecting IRQ assignment during boot-time!

I have tried to use "pirq=" boot parameter.....the booting kernel does acknowledge the parameter but appears to forget about it when PCI probing occurs.  It assigns my two PCI-based boards the same way each time: slot #1=5, slot #2=11.  I have made some semi-smart attempts to use the "pci=" parameters "nobios", "noapic" (my kernel does not recognize this one), and "nosort" in conjunction with the "pirq=" parameter.  [I guess my "semi-smart attempts" are not that smart].

Is it possible to do what I want to do?  Would you have any ideas on what I could try next.

I am not using a multi-processor board but have selected the IO-APIC option before making the compiler.


What I am using:
- kernel: GPL 2.4.18 (with IO-APIC compiled in)
- RTLinux: 3.2-pre1
-Tyan motherboard with PIII
- gcc 3.2.1

Thanks in advance for taking the time to respond to my queries.

Regards.....Robert


++++++++++++++++++++++++++++++++++++++
Robert Bird
Senior Engineer, Electrical
Atlantic Positioning Systems
Atlantic Division, Atlantic Microwave Corporation
Internet Address: rbird@xxxxxxxxxxxxxxxxxxxxxxx
Internet Site:       http://www.atlanticpositioners.com


6/11/2003
rbird@xxxxxxxxxxxxxxxxxxxxxxx
This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited.

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/