* Linus Torvalds <[email protected]> wrote:
> > Why:
> >
> > After debugging _PTS() in the DSDT, it turns out these nVidia boards are
> > trying to write to an IO port > 0x1000 (0x142E) during suspend. Before the
> > re-ordering, we got away with this.
>
> Very interesting.
>
> HOWEVER.
>
> I'd much rather figure out what the magic IO resource is that clashes.
Carlos, could you please run the following script as root:
http://redhat.com/~mingo/misc/probe-ports.sh
and send us the resulting probe-ports.txt file?
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.
[ CAREFUL: This probes IO ports which might in theory trigger various
nastiness such as lockups. I this on a few boxes and the script
worked, but save any work in case you get lockups. ]
Ingo
--
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]