fix IRQ routing via DSDT at a NO-APIC unit

Hi

sorry for the question since i saw that this ( or a similar ) topic is already discussed , but i had the acpi-devel list running on digest mode and it is hard to follow a topic with that .
Now switched back to to non-digest .

My issue is :
Can i fix a faulty IRQ-Routing via DSDT ?
My unit has not a IO-APIC but a normal XT-PIC
it also looks that some IRQ`s are provided already by the BIOS and so are active already .

So my unit ends up having eth0(realtek8139), sound ( ali5451) and usb ( usb-ohci) having IRQ 5
when i then do a stress test like sucking a file via eth0 bigger then 10MB AND playing sound or using USB mice or so , i get a very cold artic freeze ( brrrrr) of the complete system without and debug message in any log.

this is a reproducable error and i blame my BIOS to be the error .

So i need to test if it makes a difference to provide every device a different IRQ .

I read some DSDT`s and also checked the ACPI 2.0 Reference
i tryed to change the available IRQs for the specific LNKXs to 7 or 11

but it always ends up that my system
enable`s IRQ 7 to IRQ 5 .....

What can i do ...
btw .. i applied the "reading dsdt from initrd " patch and so i can quickly load different dsdt `s !

find attached my dsdt

i am using
2.4.21 + acpi20030619 + swsusp 1.0.3 + preempt ..and so on
I also use a nice patch to setup.S from Bruno Ducrot which fixes already a bug so the the ACPI Tables are actually found and loaded !!!

Cheers Rob

_____________________________________
*Robert Woerle
Linux & Customer Support*
*PaceBlade Technology Europe SA*
phone: 	+49 89 552 99935
fax: 	+49 89 552 99910
mobile: 	+49 179 474 45 27
email: 	[email protected] <mailto:[email protected]>
web: 	http://www.paceblade.com
_____________________________________

One thing I spotted last night is that if neither IO-APIC or IO-SAPIC (ia64 only) are enabled, linux ACPI does no _PRT initialisation.

Your bios (and mine!) both have the following style of entry in the _PRT returned in PIC mode:

                Package (0x04)
                {
                    0x0014FFFF,
                    0x00,
                    \_SB.PCI0.ISA.LNKU,
                    0x00
                },

So they definitely *should* have _PRT initialisation done.

This would explain whats happening.. your BIOS is setting up some IRQs as you say, but is relying on ACPI to set up the rest.

Hopefully, this should be fixed by my upcoming PIC mode patch.

-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01

Actually, thats incorrect. It will only do none with _my_ current irqparams patch installed.

-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01