Hey,

just a quick read at work by webmail:

> > lspci -v should list all devices in your system and their assigned (but
> Thanks. This is what I needed.
> Indeed this confirms that this particular machine is a one-trick-pony. 
> It assignes IRQ 10 to just about every device it can find. :(

Yes. IRQ sharing does suck when you are trying to achieve Realtime response.
Coincidence has it that I also had the same problem some days ago with a new 
Board.

There are several ways to solve the problem:

1) If you have more than one PCI slot, try switching the cards. The IRQ lines 
are on the mainboard and can't be changed. SO switching cards in the slots can 
help.

2) In your BIOS there are usually options to fiddle around with IRQ resource 
management. Try those. (except in most laptops) 

3) This one worked for me:
In most modern Boards/CPUs there is a new Chips for IRQ handling. Back in the 
XT Days there were 16 IRQ lines going into a PIC (programmable interrupt 
controller). These days those PICs are replaced by a so-called APIC 
(advanced...). If you every played around with Multiprocessor setups or 
dualcores you might have heard of that.

Anyway. Compile your kernel to enable APIC and especially APIC-IO support.
(make menuconfig --> processor type&features --> local APIC for uniprocessor 
--> APIC-IO support)

After booting that new Kernel a simple 'cat /proc/interrupts' should list 
Numbers up to 24. And somewhere in dmesg there are Messages that tell you which 
IRQs got remapped.

Using that "trick" I got rid of the IRQ conflict (from 2 USB controllers AND 2 
NICs on IRQ 11 to everything on their own IRQ)

I hope you have an APIC chip on your board.

back to work
CU Fabian
-- 
GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS.
Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
RTnet-users mailing list
RTnet-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/rtnet-users

Reply via email to