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
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]