On Tue, Jun 19, 2007 at 01:12:32AM -0400, Corey Osgood wrote:
Patch description, long version:
OK, thanks, committed in r2724.
See above. I'm not quite sure if the IRQ_SLOT_COUNT thing would have caused drastic system failure, but I'm 90% sure that it's right now and have no desire to test the effects of a wrong value, especially with the hassle it takes to flash this board ;) Which reminds me, as usual with an Asus board, flashrom doesn't work, uniflash does though. This might want to be noted in the wiki, and the note on the LPC47B272 can be removed. I tested the keyboard last night and it works, I'm just going to assume the rest does as well.
If you find the time, please also test the other devices managed by the Super I/O in a running Linux system. But I agree that they'll quite likely work...
The IRQ tables were generated with get_pir.c on this board, and don't work exactly correctly (see boot log) but do get it to boot. The number 4 was thrown in as an arbitrary number (before I'd even generated the tables), 11 should be correct, but I only assume this from looking at other supported boards.
This number is board-specific, so looking at other boards is not necessarily the correct thing. You can try to follow the steps in Jürgen's HOWTO to improve/correct the table:
http://linuxbios.org/Creating_Valid_IRQ_Tables
True, but I figure it'd be better to read that register and then figure out at runtime if those regions are usable as normal memory, in case they do get changed in the future for someone using ADLO, etc. It's on
Yep.
Uwe.