public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
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

      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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox