public inbox for linux-acpi@vger.kernel.org
 help / color / mirror / Atom feed
From: Phillip Susi <psusi-3tLf1voIkJTQT0dZR+AlfA@public.gmane.org>
To: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
Subject: Asus K8V Deluxe VIA SATA RAID power management problem
Date: Mon, 14 Nov 2005 16:18:02 -0500	[thread overview]
Message-ID: <4378FF0A.4070301@cfl.rr.com> (raw)

I have noticed that when I suspend my system, on resume the via_sata 
driver complains about an unexpected status of 0x80 in register 0xE000, 
then seems to fail the first IO request to the disk, then times out, and 
then seems to recover.  Usually this causes the resume script to fail to 
execute, as the failed IO seems to fill the buffer cache with zeros 
instead of retrying the operation, and the kernel fails to execute a 
binary that starts with zeros.  I have noticed that if I manually echo 
mem > /sys/power/state, when the system resumes and no IO is performed 
for a few seconds, these errors do not happen.

This leads me to believe that the sata controller simply needs a bit of 
time after the resume to completely reset before it can be accessed. 
The question is, where does this delay belong?  From reading the ACPI 
specifications, it looks like it is up to the driver to call _GTF to get 
the state of the controller before suspending, and then to restore that 
state after resume.  Does the via_sata driver call some code to do this, 
and should the delay be after restoring the registers?  Or is there an 
ASL routine in the DSDT that is called when restoring that I should add 
a delay to?



-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42" plasma tv or your very own
Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php

             reply	other threads:[~2005-11-14 21:18 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-11-14 21:18 Phillip Susi [this message]
     [not found] ` <200511171753.21041.luming.yu@intel.com>
     [not found]   ` <200511171753.21041.luming.yu-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
2005-11-17 21:43     ` Asus K8V Deluxe VIA SATA RAID power management problem Phillip Susi
  -- strict thread matches above, loose matches on Subject: below --
2005-11-22  9:03 Yu, Luming

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4378FF0A.4070301@cfl.rr.com \
    --to=psusi-3tlf1voikjtqt0dzr+alfa@public.gmane.org \
    --cc=acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox