public inbox for linux-acpi@vger.kernel.org
 help / color / mirror / Atom feed
From: Malte Thoma <thoma-iYtK5bfT9M8b1SvskN2V4Q@public.gmane.org>
To: danielk-L9gzEf+okJWVc3sceRu5cw@public.gmane.org,
	acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
Subject: Re: More than one battery
Date: Mon, 13 Jan 2003 08:32:16 +0100	[thread overview]
Message-ID: <3E226B80.20208@muenster.de> (raw)
In-Reply-To: <Pine.SOL.4.44.0301120330050.26184-100000-/thXhF8rKSGLR1V1UhDwJPZ8FUJU4vz8@public.gmane.org>



Daniel Thor Kristjansson wrote:

>I found the text below through some googling. The important thing is
>that ospmd is supposed to support acpi policies in the next version. I
>believe this means that you can hand a policy to ospmd and have it
>handle throttling for you, I doubt it would take cpu load into account.
>But I'm going to try to find who's working on that, the cpp files all
>just say "Intel" then find out if they are planning on putting a more
>complete policy support into the ospmd deamon, or could use a
>contribution. Throttling just based on thermal event might save your
>CPU, but won't save as much battery power as throttling the CPU when
>load is low. (I can easly half my battery draw by throttling and turning
>down the LCD, but I wouldn't do it without my hacked heatload
>unthrottling when the system load goes up.)
>  
>
Please send my a diff from the hacked heatload.
If I understand you right, you have included an

'auto-throttling-when-no-load'

I think this is worth to be included in the offical release, don't you?
We should include 'auto-performance-when-no-load' as welll, what's your 
opinion?


Greetings,

Malte





>Anyway, I'll keep you informed.
>
>-- Daniel
>
>  http://216.239.37.100/search?q=cache:pOZPEz5rV_8C:www.intel.com/technology/iapc/acpi/downloads/CHANGES.txt+ospmd+cpu+throttling&hl=en&ie=UTF-8
>
>The processor driver (acpi_processor.c) now fully supports ACPI
>2.0-based processor performance control (e.g. Intel(R) SpeedStep(TM)
>technology) Note that older laptops that only have the Intel "applet"
>interface are not supported through this.  The 'limit' and 'performance'
>interface (/proc) are fully functional.  [Note that basic policy for
>controlling performance state transitions will be included in the next
>version of ospmd.] The idle handler was modified to more aggressively
>use C2, and PIIX4 errata handling underwent a
>complete overhaul (big thanks to Dominik Brodowski).
>
>.
>
>  
>



-------------------------------------------------------
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com

       reply	other threads:[~2003-01-13  7:32 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <Pine.SOL.4.44.0301120330050.26184-100000@graphics.cat.nyu.edu>
     [not found] ` <Pine.SOL.4.44.0301120330050.26184-100000-/thXhF8rKSGLR1V1UhDwJPZ8FUJU4vz8@public.gmane.org>
2003-01-13  7:32   ` Malte Thoma [this message]
     [not found]     ` <3E226B80.20208-iYtK5bfT9M8b1SvskN2V4Q@public.gmane.org>
2003-01-17 12:09       ` More than one battery Daniel Thor Kristjansson
     [not found]         ` <Pine.SOL.4.44.0301170705110.24216-100000-/thXhF8rKSGLR1V1UhDwJPZ8FUJU4vz8@public.gmane.org>
2003-01-17 12:21           ` Malte Thoma
     [not found]             ` <3E27F563.4070305-iYtK5bfT9M8b1SvskN2V4Q@public.gmane.org>
2003-02-09  5:35               ` Daniel Thor Kristjansson
     [not found] <Pine.SOL.4.44.0212291831310.28913-100000@graphics.cat.nyu.edu>
     [not found] ` <Pine.SOL.4.44.0212291831310.28913-100000-/thXhF8rKSGLR1V1UhDwJPZ8FUJU4vz8@public.gmane.org>
2003-01-05 18:43   ` Malte Thoma
     [not found]     ` <3E187CE7.10204-xhPu7QH+N+StU9/U+hoEgQ@public.gmane.org>
2003-01-07 17:43       ` Pavel Machek
     [not found]         ` <20030107174331.GB893-XqDnSF8rrUM@public.gmane.org>
2003-01-09  9:47           ` Mattia Dongili

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=3E226B80.20208@muenster.de \
    --to=thoma-iytk5bft9m8b1svskn2v4q@public.gmane.org \
    --cc=acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org \
    --cc=danielk-L9gzEf+okJWVc3sceRu5cw@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