From: Andi Kleen <ak@suse.de>
To: "Brown, Len" <len.brown@intel.com>
Cc: Holger Macht <hmacht@suse.de>,
thoenig@suse.de, linux-acpi@vger.kernel.org,
linux-laptop@vger.kernel.org, jacob.shin@amd.com
Subject: Re: kernel vs user power management
Date: Sun, 9 Apr 2006 08:07:14 +0200 [thread overview]
Message-ID: <200604090807.15079.ak@suse.de> (raw)
In-Reply-To: <CFF307C98FEABE47A452B27C06B85BB622B275@hdsmsx411.amr.corp.intel.com>
On Sunday 09 April 2006 05:06, Brown, Len wrote:
> >Furthermore, we had some problems on multiprocessor systems in the past
> >(about 1/2 year ago) with the ondemand governor. After some time the
> >system was running (even some hours or even days) the machine locked up
> >hard. Thus, we set the userspace governor by default on those systems
> >where we never experienced such problems. At the moment I did
> >only get one similar report where the root cause is not clear.
>
> It is important that this failure be root caused and this
> doubt be put behind us. Got a bug URL?
IIRC that was a powernow-k8 problem - should be fixed now.
> I don't know if the amd-specific drivers would work or not.
> Last I heard their latency was too high, but maybe they've
> fixed that.
I don't think so.
> I think you'll need to keep the userspace backup scheme for systems
> which have switching latency too high to load and run ondemand.
That would be pretty much all AMD systems at least.
But it's ugly - it would be better if ondemand worked on those too.
Anyways not your problem I guess, Len.
> >If so, I fully agree with you. But I do not set a specific
> >policy in the powersave code explicitely for that feature.
> >If the policy information
> >will go into the kernel, I will use and set this one, of course.
>
> okay, great.
> Yes, the kernel folks have known for years that this has to be done.
> Hopefully progress will be made soon...
I'm hoping the kernel will be able to put USB mouses to sleep
soon at least.
-Andi
next prev parent reply other threads:[~2006-04-09 6:07 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-04-09 3:06 kernel vs user power management Brown, Len
2006-04-09 6:07 ` Andi Kleen [this message]
2006-04-10 8:35 ` Holger Macht
-- strict thread matches above, loose matches on Subject: below --
2006-05-17 18:25 Brown, Len
2006-05-17 15:41 Brown, Len
2006-05-17 17:41 ` Holger Macht
2006-05-17 4:20 Brown, Len
2006-05-17 9:14 ` Holger Macht
2006-04-08 6:42 Brown, Len
2006-04-08 17:18 ` Holger Macht
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=200604090807.15079.ak@suse.de \
--to=ak@suse.de \
--cc=hmacht@suse.de \
--cc=jacob.shin@amd.com \
--cc=len.brown@intel.com \
--cc=linux-acpi@vger.kernel.org \
--cc=linux-laptop@vger.kernel.org \
--cc=thoenig@suse.de \
/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