From: Erik Slagter <erik@slagter.name>
To: Dominik Brodowski <linux@dominikbrodowski.net>
Cc: linux-kernel@vger.kernel.org, Jim serio <jseriousenet@gmail.com>,
Andrew Haninger <ahaning@gmail.com>
Subject: Re: C2/C3 on SMP [Was: Re: 2.6.X not recognizing second CPU]
Date: Wed, 29 Jun 2005 10:18:03 +0200 [thread overview]
Message-ID: <1120033083.4004.5.camel@localhost.localdomain> (raw)
In-Reply-To: <20050629080726.GA14930@isilmar.linta.de>
On Wed, 2005-06-29 at 10:07 +0200, Dominik Brodowski wrote:
> > > > Still no C2/C3 handling :-(
> > > Uh, wasn't there a small, nice patch implementing this in bk-acpi a few
> > > weeks ago?
> > > *clicketyclick* Oh yes,
> > > http://bugzilla.kernel.org/show_bug.cgi?id=4401
> > > states it was merged into bk-acpi-test on 2005-04-22. However, I can't find
> > > it in current -mm any more...
> > You're probably talking about the amd768 module.
> No, I'm not. I'm talking about plain ACPI C-States.
OK, in that case, good!
> > I could use it, but I
> > never got it working correctly, there is no actual power reduction. It
> > may have to do with the fast (1000 Hz) 2.6 clock though, making it sleep
> > in C2/C3 for only very short intervals. Also the selection for idle
> > CPU's seems to be too simple.
>
> The ACPI C-State selection algorithm needs a major overhaul, that's true.
The current C-state selection (as used on e.g. my laptop) is good enough
for me. It was the idle selection of the amd768 module that was ehrm...
suboptimal.
I am holding my breath here ;-) (and watching the -mm commits).
next prev parent reply other threads:[~2005-06-29 8:16 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-06-27 18:52 2.6.X not recognizing second CPU Jim serio
2005-06-27 19:35 ` Andrew Haninger
[not found] ` <3642108305062713487326b672@mail.gmail.com>
2005-06-27 21:02 ` Andrew Haninger
2005-06-27 21:42 ` Dominik Brodowski
2005-06-27 21:52 ` Jim serio
2005-06-28 11:32 ` Erik Slagter
2005-06-28 21:29 ` C2/C3 on SMP [Was: Re: 2.6.X not recognizing second CPU] Dominik Brodowski
2005-06-29 7:40 ` Erik Slagter
2005-06-29 8:07 ` Dominik Brodowski
2005-06-29 8:18 ` Erik Slagter [this message]
-- strict thread matches above, loose matches on Subject: below --
2005-06-28 21:43 Brown, Len
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=1120033083.4004.5.camel@localhost.localdomain \
--to=erik@slagter.name \
--cc=ahaning@gmail.com \
--cc=jseriousenet@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux@dominikbrodowski.net \
/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.