I dedicated a large portion of the day to finding a clue to this one. Following this advice: <a href="http://lxr.linux.no/#linux+v2.6.34.1/Documentation/power/s2ram.txt">http://lxr.linux.no/#linux+v2.6.34.1/Documentation/power/s2ram.txt</a><div>
I was able to extract a trace from the failed resume process:</div><div><br></div><div><div>Magic number: 0:981:799</div><div>hash matches drivers/base/power/main.c:523</div><div>pci 0000:01:05.0: hash matches</div><div>ec PNP0C09:00: hash matches</div>
</div><div><br></div><div>The first hash match is none other than my ATI Radeon card as I easily verified with lspci:</div><div><br></div><div><div>01:05.0 VGA compatible controller: ATI Technologies Inc Radeon XPRESS 200M 5955 (PCIE)</div>
</div><div><br></div><div>However, the above link says that the likely culprit in the failed resume process is the last hash match. This corresponds to the EC driver: </div><div><a href="http://lxr.free-electrons.com/source/drivers/acpi/ec.c">http://lxr.free-electrons.com/source/drivers/acpi/ec.c</a></div>
<div><br></div><div>My card was, till recently, listed under embedded graphics at the AMD/ATI website. So there appears to be some conflict when using KMS between radeon and ec that causes the kernel to hang (that explains why I can&#39;t ssh into my computer to get a trace). For this reason I&#39;ve cloned the original bug and reported the copy as a kernel bug.</div>
<div>I will try to delve deeper into the matter by activating more verbose debugging symbols for acpi.</div><div><br></div><div>I would appreciate some advice and guidance, since I&#39;m flying half-blind (I will try to follow the information present here <a href="http://ubuntuforums.org/showthread.php?t=505890">http://ubuntuforums.org/showthread.php?t=505890</a>)</div>
<div><br></div><div>Cheers,</div><div><br></div><div>Andres</div>