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
next prev parent 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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.