Rudolf Marek wrote:
Thanks, I'll have a look at these tomorrow. For some reason, ACPI on my
system doesn't work (produces the error I had before) if the base is set to 0x500, but it does work with 0x400 (the factory slot). Also, a quick
Maybe you have something at 0x500, use the isadump -f 0x500 from lm-sensors package to find out.
Just realized thats where my smbus IO base is. I'll try moving things around a bit, I don't even need smbus at the moment.
peak at your irq_tables.c tells me they're probably no good, the correct IRQ router is 0x3227, not 0x596.
Yep correct, I never tried those, I used MP table for the IRQ routing. You may try to use the MP table or the ACPI, all you need is to remove all PCI DEVS you dont have. I suppose you have VT8237 at 0:11.0 so you need to leave all lines with 0x11XXXX.
Rudolf
Heh, I went ahead and dumped my mptable, even though this is a single processor system. The mptable is for a supermicro P4DPE (with intel e7500 chipset). Just one more reason factory bios's suck.
I'm having a bit of trouble with your acpi tables, they just don't seem to work right on my board, so I'm working on patching up the factory tables. Just out of curiosity, do you now have a device 10.5, which linux detects as a network card? This is a USB direct device comminucation device, but Linux seems to think it's a NIC, and I think that trying to initialize it is what's hanging my system at the moment, but I can't be sure.
Thanks! Corey