From mboxrd@z Thu Jan 1 00:00:00 1970 From: Pierre Ossman Subject: Re: suspend-to-ram hangs on HP NX7010 Date: Wed, 16 Jun 2004 14:36:25 +0200 Sender: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org Message-ID: <40D03EC9.5000506@drzeus.cx> References: <40C6FD44.7090606@drzeus.cx> <40CE2DB0.9050208@drzeus.cx> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <40CE2DB0.9050208-p3sGCRWkH8CeZLLa646FqQ@public.gmane.org> Errors-To: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , List-Archive: To: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org List-Id: linux-acpi@vger.kernel.org Pierre Ossman wrote: > I have, however, pinpointed where in the kernel it hangs. It stops > while writing the SLP_EN bit. I guess that's where it should actually > go into sleep mode. The bit is set in two registers but the hang is > when it writes the first one. Changing the order of them still causes > the first one to hang (B in that case). I also tried combining > SLP_TYPx and SLP_EN but again, hang during the first write. > I'm out of ideas now so I *really* need some tips on what to try next. > There is nothing more to debug around the crash-point so the problem > must be somewhere during the preparation. I can also point out that when suspending to S4 or S5 the machines powers off after the first write (where it hangs during S3). ------------------------------------------------------- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND