http://bugzilla.kernel.org/show_bug.cgi?id=9528
------- Comment #40 from [EMAIL PROTECTED] 2007-12-23 11:32 -------
Reply-To: [EMAIL PROTECTED]
On Sun, 23 Dec 2007, Ingo Molnar wrote:
>
> This script will probe all unused ports as per /proc/ioports and will
> list "suspect" IO port areas: ones that do not produce the expected 0xff
> default reply from unclaimed IO ports. Magic chipset register areas can
> potentially be mapped this way.
This probably won't work, if the APCI ports aren't reserved.
The way suspend-to-ram works is that there's a magic port that the CPU
reads from, which just basically turns the CPU off.
Same goes for C-states, and while we should recover from that gracefully
(ie the CPU comes back at wakeup events), if you don't do the right setup,
that can also just hang the machine..
So this script sounds rather dangerous for this case (while it probably
tends to work fine for the case of the ACPI ports being properly reserved:
*most* IO devices tend to try to avoid having too many side effects on
normal reads - the most common one tends to be to reset any pending
interrupts from a device, but that one won't matter if we don't have a
driver listening to that device).
Linus
--
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
