http://bugzilla.kernel.org/show_bug.cgi?id=9528
------- Comment #50 from [EMAIL PROTECTED] 2007-12-24 09:33 ------- Robert -> Sorry for wasting your time. The PCIBIOS_MIN_IO has no effect, as I've reported earlier (I left a custom DSDT in when experimenting with it). Arthur, the original bug reporter, also has an Abit A8N-SLI, and in his DSDT, there is a call in _PTS() to OSTP(), which in turn does try to write to 0x442E (my bad there as well - you're right, we do have slightly different port writes, but the error is still happening here, even though on the Abit board at least, in spite of the pnpacpi reserved errors, this region is being correctly reserved; and both ports are in PNPACPI reserved regions on their respective boards though); unless Asus decided to remove this write in _PTS/ OSTP in a later BIOS revision[1], I would expect it to be there on your board. [1] This write is quite likely pointless - it appears to set a value based on the detected OS. However, ACPI already writes the correct value to the port on startup, nothing else appears to change the value, and AFAICT, it isn't re-read by the resume methods. So OSTP() being dropped (at least from _PTS()) wouldn't really suprise me. -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. ------------------------------------------------------------------------- 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/ _______________________________________________ acpi-bugzilla mailing list acpi-bugzilla@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
