From: Stefan Baums <baums@u.washington.edu>
To: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
Subject: Re: Fw: ACPI and the idle loop - possible bug
Date: Sat, 25 Jun 2005 20:40:55 -0700 [thread overview]
Message-ID: <20050626034055.GA18992@localhost.localdomain> (raw)
In-Reply-To: <1119744303.14822.9.camel@localhost>
> This Problem also occures on a lot of ASUS Laptops, sounds a bit
> like the morse alpabet ;-)
Yes, it does. It is rather unpleasant.
> My suggestion is that this sounds are created by the
> powerconverters. And it only occurs on my ASUS M6 when the
> processor is in C3. So the described behaviour is clear, cause
> if you unload the processor ACPI module, you processor will stop
> going in C3 and thou the sounds stop.
[...]
> > idle=halt
>
> What exactly does this parameter do ? Using for all C-States the
> hlt instruction ?
I have no idea. A contributor to the ThinkWiki page that I
referred to had heard 'in several forums' that the problem may
have to do with the '"idle"-state (or "C3") of the processor'.
That got me googling, I came across the 'idle' kernel boot
parameter, and tried it out. The documentation for this parameter
in linux-2.6.12/Documentation/kernel-parameters.txt is a
two-liner:
idle= [HW]
Format: idle=poll or idle=halt
and I could find no further information about this on the
Internet. I guess somebody familiar with that part of the kernel
code will have to tell us what the parameter does.
Googling revealed that the C3 state seems to have caused another
(unrelated?) problem with the wireless driver on last year's
ThinkPad models:
http://www.thinkwiki.org/wiki/Patch_disabling_ACPI_C3
That resulted in a patch to disable C3 (but not C2) entirely, but
I don't know if that patch still works with 2.6.12, and to be
honest, I'd rather keep my C3. Whatever it is that idle=halt does
(until ACPI apparently switches it off) seems preferable.
Stefan
--
Stefan Baums
Asian Languages and Literature
University of Washington
-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
next prev parent reply other threads:[~2005-06-26 3:40 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-06-25 22:19 Fw: ACPI and the idle loop - possible bug Andrew Morton
[not found] ` <20050625151923.738504b1.akpm-3NddpPZAyC0@public.gmane.org>
2005-06-26 0:05 ` Janosch Machowinski
2005-06-26 3:40 ` Stefan Baums [this message]
2005-06-27 3:18 ` Li, Shaohua
[not found] ` <16A54BF5D6E14E4D916CE26C9AD3057502698BE3-4yWAQGcml66iAffOGbnezLfspsVTdybXVpNB7YpNyf8@public.gmane.org>
2005-06-27 22:09 ` Stefan Baums
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=20050626034055.GA18992@localhost.localdomain \
--to=baums@u.washington.edu \
--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