linux-ide.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Randy Dunlap <randy_d_dunlap@linux.intel.com>
To: Jae-hyeon Park <jhpark@tuhep.phys.tohoku.ac.jp>
Cc: linux-ide@vger.kernel.org
Subject: Re: [PATCH/RFC 0/7] SATA ACPI suspend/resume support
Date: Tue, 20 Dec 2005 10:55:14 -0800	[thread overview]
Message-ID: <20051220105514.01815cba.randy_d_dunlap@linux.intel.com> (raw)
In-Reply-To: <871x09nmin.fsf@marrow.phys.tohoku.ac.jp>

On 20 Dec 2005 00:18:24 +0900
Jae-hyeon Park <jhpark@tuhep.phys.tohoku.ac.jp> wrote:

> This patch set does not work on my ThinkPad X41 Tablet.  I applied the
> seven patches to kernel 2.6.15-rc5-git3.  I added "acpi_sleep=s3_bios"
> to the kernel command line.
> 
> Let me describe how I tested in the following.  I suspend my laptop
> with the following commands:
> 
> # init 1
> # sync
> # echo -n mem > /sys/power/state
> 
> The screen is cleared and the following is displayed:
> 
> Stopping tasks: ==========|
> acpi_bus-0201 [57] bus_set_power         : Device is not power manageable
> PM: Entering mem sleep

I've asked for some clarification on this message, including
how serious (problematic) it is to the suspend process,
but have received no answer yet (on the acpi-devel mailing
list).  It appears to mostly be a debugging information message.

> I suspect that the line "acpi_bus ..." indicates an error relevant to
> this wakeup problem, although I don't know anything about kernel
> hacking.  After a second, the laptop is suspended.  If I press the Fn
> key to wake up the machine, it prints messages including:
> 
> ...
> acpi_bus-0201 [60] bus_set_power         : Device is not power manageable
> ...
> ATA: abnormal status 0x80 on port 0x1F7
> ATA: abnormal status 0x80 on port 0x1F7
> ATA: abnormal status 0x80 on port 0x1F7
> 
> After a few tens of seconds, the screen before sleep is restored
> showing the commands that I gave.  At this time, the hard disk LED is
> off.
> 
> After I try to read the hard disk, for example by
> 
> # ls /usr/src
> 
> the hard disk LED stays on.  After a while the following message is
> repeatedly printed:
> 
> ata1: command 0xc8 timeout, stat 0xd0 host_stat 0x1
> ata1: translated ATA stat/err 0xd0/00 to SCSI SK/ASC/ASCQ 0xb/47/00
> ata1: status=0xd0 { Busy }
> sd 0:0:0:0: SCSI error: return code = 0x8000002
> sda: Current: sense key: Aborted Command
>     Additional sense: Scsi parity error
> Info fld=28f6944
> end_request: I/O error, dev sda, sector 29379684
> ATA: abnormal status 0xD0 on port 0x1F7
> ATA: abnormal status 0xD0 on port 0x1F7
> ATA: abnormal status 0xD0 on port 0x1F7
> 
> ata1: command 0xca timeout, stat 0xd0 host_stat 0x1
> ata1: translated ATA stat/err 0xd0/00 to SCSI SK/ASC/ASCQ 0xb/47/00
> ata1: status=0xd0 { Busy }
> sd 0:0:0:0: SCSI error: return code = 0x8000002
> sda: Current: sense key: Aborted Command
>     Additional sense: Scsi parity error
> Info fld=28f6944
> end_request: I/O error, dev sda, sector 29379692
> ATA: abnormal status 0xD0 on port 0x1F7
> ATA: abnormal status 0xD0 on port 0x1F7
> ATA: abnormal status 0xD0 on port 0x1F7
> 
> It is confusing that the symptom after an unsuccessful wakeup
> basically appears to be the same as the one described in the posting,
> http://marc.theaimsgroup.com/?l=linux-kernel&m=111409309804068&w=2
> FYI, software suspend 2 works okay on this machine with SATA resume
> patch.
> 
> Any ideas?  Thanks in advance.

I've read your mail several times now and don't have any real
ideas for you, but I wanted to reply so that you wouldn't feel
like you were being ignored.

I'll have a new patch series in another day or so.  Please try
it again and let me/us know how it goes.

Thanks,
---
~Randy

  reply	other threads:[~2005-12-20 18:54 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-12-19 15:18 [PATCH/RFC 0/7] SATA ACPI suspend/resume support Jae-hyeon Park
2005-12-20 18:55 ` Randy Dunlap [this message]
2005-12-22 12:52   ` Jae-hyeon Park
2005-12-22 18:31     ` Randy Dunlap
2005-12-26  5:10   ` Jae-hyeon Park
  -- strict thread matches above, loose matches on Subject: below --
2005-12-14  0:10 Randy Dunlap
2005-12-14 22:29 ` Jeff Garzik
2005-12-17 22:06   ` Randy.Dunlap
2005-12-15  3:04 ` Mark Lord
2005-12-15  3:31   ` Randy.Dunlap

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=20051220105514.01815cba.randy_d_dunlap@linux.intel.com \
    --to=randy_d_dunlap@linux.intel.com \
    --cc=jhpark@tuhep.phys.tohoku.ac.jp \
    --cc=linux-ide@vger.kernel.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;
as well as URLs for NNTP newsgroup(s).