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 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.