From: Misha Nasledov <misha@nasledov.com>
To: William D Waddington <william.waddington@beezmo.com>
Cc: linux-kernel@vger.kernel.org
Subject: Re: 2.6.9 & 11 hang on ac/dc change with T43
Date: Tue, 14 Jun 2005 19:03:01 -0700 [thread overview]
Message-ID: <20050615020301.GA14136@nasledov.com> (raw)
In-Reply-To: <20050614191110.GA8835@nasledov.com>
So I've done some further experiments and apparently this bug goes away
when ACPI is enabled in the kernel. This is a temporary fix though..
On Tue, Jun 14, 2005 at 12:11:10PM -0700, Misha Nasledov wrote:
> I am having this same exact problem! I'm running 2.6.11.12 on my ThinkPad
> T43 which I just got yesterday. I discovered last night then when I
> change the power state in any way, it'll give these ATA abnormal status
> 0xD0 on port 0x1F7 errors.
>
> So I began doing some sleuthing.. Bill said that this only happens with
> APM, so I tried it without APM. First I booted with noapm, but I found
> that my system was still trying to use the apm kernel module when apmd
> started. So, I removed apm from the kernel and uninstalled apmd. An
> interesting side effect that I noted here was that once apmd was
> uninstalled it generated some sort of power-change event that triggered
> this bug.
>
> So I booted with a new kernel without any APM support and tried changing
> the power state -- no luck. Same errors. Fortunately I haven't experienced
> severe filesystem corruption quite yet, but I have a feeling that if I keep
> experimenting long enough, it will be inevitable.
>
> So this is a pretty grave bug. Everytime I want to unplug my laptop or plug
> it back in, I have to shut it down first. I'm not sure what kernel version
> this bug was introduced in -- I might try building 2.6.8 and see how that
> works.
>
> I believe that there are two more things I can try; Bill mentioned this
> problem not happening in ACPI mode. I thought that by this he meant that
> the problem disappeared in absence of APM, but perhaps this problem
> might disappear in presence of ACPI. Well, I'll try this, but I'd prefer
> to have working APM on this machine for suspend.
>
> Maybe disabling the BIOS power-saving mechanisms and solely relying on
> Linux kernel to handle CPU throttling and such might do it, but I have
> my doubts.
>
> Has anyone else had this problem? Anyone look into it? It seems that Bill
> posted this a while ago and has received no reply on the list.
--
Misha Nasledov
misha@nasledov.com
GPG: A063 B99A 2BD3 2D48 F2D7 8E68 0F27 4D21 948F 8F06
prev parent reply other threads:[~2005-06-15 2:03 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-05-23 1:25 2.6.9 & 11 hang on ac/dc change William D Waddington
2005-06-14 19:11 ` 2.6.9 & 11 hang on ac/dc change with T43 Misha Nasledov
2005-06-15 2:03 ` Misha Nasledov [this message]
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=20050615020301.GA14136@nasledov.com \
--to=misha@nasledov.com \
--cc=linux-kernel@vger.kernel.org \
--cc=william.waddington@beezmo.com \
/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.