public inbox for linux-acpi@vger.kernel.org
 help / color / mirror / Atom feed
From: Thomas Renninger <mail-smMupaH/RwJM7kwft8N7nw@public.gmane.org>
To: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
Subject: passive cooling policy
Date: Mon, 06 Sep 2004 19:39:37 +0200	[thread overview]
Message-ID: <413CA0D9.5030901@renninger.de> (raw)

Hi,

I have some general issues about passive cooling in userspace.
Please correct me if I am wrong at some point:

1) Cooling policy (active, passive) should be adjusted through the 
cooling mode interface.
At most every tenth brand-new laptop supports cooling mode interface.

2) Cooling policy could be simulated by overriding active/passive trip 
points (fans shouldn't be touched but are controlled by kernel).
BIOS must export active/passive trip point values to effectively lower 
fan activity.

3) If passive limit is reached, kernel throttles cpu and tries to set 
cpufreq to lowest step. Only way to find out whether machine is 
passively cooled is in polling /proc/acpi/thermal_zone/*/state.
(Is it right that cpufreq daemons poll this file to be informed of 
kernel forced cpufreq slow downs?)

If above is right, I have some enhancement suggestions:

1) inform userspace that cpu speed is increased/decreased through a 
thermal event.
-> avoid userspace progs polling /proc/acpi/thermal_zone/*/state to be 
informed whether the system is slowed down.

2) Allow setting a passive trip point even BIOS does not export a 
passive trip point value and initialise tc1, tc2 and tsp with some 
sensible default values.
-> you could lower fan activity on every laptop/workstation that 
supports throttling/cpufreq regardless whether the BIOS exports any 
passive trip points/cooling mode (event most laptop vendors don't care 
about trip points).

If it is possible that this goes mainline, then I'll try to provide a 
patch (as this should be quite easy to implement, I think).

Thanks for response,

      Thomas


-------------------------------------------------------
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer tools!
Get your free copy of BEA WebLogic Workshop 8.1 today.
http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click

             reply	other threads:[~2004-09-06 17:39 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-09-06 17:39 Thomas Renninger [this message]
     [not found] ` <413CA0D9.5030901-smMupaH/RwJM7kwft8N7nw@public.gmane.org>
2004-09-08  8:54   ` passive cooling policy Dominik Brodowski
     [not found]     ` <20040908085423.GA7785-X3ehHDuj6sIIGcDfoQAp7BvVK+yQ3ZXh@public.gmane.org>
2004-09-12  9:32       ` Thomas Renninger
     [not found]         ` <414417A4.3070009-smMupaH/RwJM7kwft8N7nw@public.gmane.org>
2004-09-12 11:15           ` Dominik Brodowski

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=413CA0D9.5030901@renninger.de \
    --to=mail-smmupah/rwjm7kwft8n7nw@public.gmane.org \
    --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