From: Dominik Brodowski <linux-JhLEnvuH02M@public.gmane.org>
To: Pavel Machek <pavel-+ZI9xUNit7I@public.gmane.org>
Cc: Edmund Rhudy <nrhudy-plZrL8KR64B+CIkdHa1UOg@public.gmane.org>,
acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
Subject: Re: Changing temperature trip points
Date: Sun, 3 Nov 2002 23:26:21 +0100 [thread overview]
Message-ID: <20021103232621.E19750@brodo.de> (raw)
In-Reply-To: <20021103221532.GG28704-jyMamyUUXNJG4ohzP4jBZS1Fcj925eT/@public.gmane.org>; from pavel-+ZI9xUNit7I@public.gmane.org on Sun, Nov 03, 2002 at 11:15:32PM +0100
On Sun, Nov 03, 2002 at 11:15:32PM +0100, Pavel Machek wrote:
> Hi!
>
> > > PS: Polling rate has strong effect on how passive works. If you set
> > > it too fast it will basically only use "max performance" and "max
> > > throttle", which is not what you want.
> > No, it doesn't: the _trend_ is deciding, and not the fact that the temp is
> > above the limit. additionally, polling is used automatically when passive
> > cooling a.k.a. "throttle || performance" is used. Patch will follow soon.
>
> AFAICR, its something like a * temperature + b * trend.
>
> Assume your polling frequency is 1msec, and passive limit 50C.
>
> t: Temp is 50C, machine is cool at P0:T0.
> t+1 msec: Temp is 51C. Trend is +, temperature is over, machine goes P0:T1.
> t+2 msec: Temp is still 51C (1 msec is too little time for temp to
> change), trend is no change, but temperature is still over, machine
> goes P0:T2.
> t+3 msec: Temp is still 51C (2 msec is too little time for temp to
> change), trend is no change, but temperature is still over, machine
> goes P0:T3.
> at t+7 msec machine reaches P0:T7.
> at t+1000msec cpu cools down, and you reach P0:T0 in 7 msec.
>
> Not good.
No, that's wrong:
1.) If passive cooling is active, _TSP is used _in all cases_
as polling frequency (_TSP is an integer given in 1/10th seconds) - see
acpi_thremal_check:
*
if (tz->state.passive)
sleep_time = tz->trips.passive.tsp * 100;
else if (tz->polling_frequency > 0)
sleep_time = tz->polling_frequency * 100;
*
2.) This means that in acpi_thermal_passive:
trend = (passive->tc1 * (tz->temperature -
tz->last_temperature)) + (passive->tc2 * (tz->temperature -
passive->temperature));
is only calculated each _TSP frequency. And only when this trend is
positive, throttling or perf. state is increased.
*
if (trend > 0)
for (i=0; i<passive->devices.count; i++)
acpi_processor_set_thermal_limit(
passive->devices.handles[i],
ACPI_PROCESSOR_LIMIT_INCREMENT);
*
Dominik
-------------------------------------------------------
This SF.net email is sponsored by: ApacheCon, November 18-21 in
Las Vegas (supported by COMDEX), the only Apache event to be
fully supported by the ASF. http://www.apachecon.com
next prev parent reply other threads:[~2002-11-03 22:26 UTC|newest]
Thread overview: 42+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <E187ipj-0001ss-00@usw-sf-list2.sourceforge.net>
[not found] ` <E187ipj-0001ss-00-HKCwXBn57GynvZpeIfgr/KQD96bmaF075NbjCUgZEJk@public.gmane.org>
2002-11-02 5:35 ` Changing temperature trip points Edmund Rhudy
[not found] ` <000001c28231$b7cae110$c200a8c0-3ycpsohRb2Y@public.gmane.org>
2002-11-02 17:17 ` Pavel Machek
[not found] ` <20021102171756.GD1983-I/5MKhXcvmPrBKCeMvbIDA@public.gmane.org>
2002-11-03 1:59 ` Edmund Rhudy
[not found] ` <1036288754.2971.1.camel-bi+AKbBUZKY6gyzm1THtWbp2dZbC/Bob@public.gmane.org>
2002-11-03 19:56 ` Pavel Machek
[not found] ` <20021103195616.GB27271-I/5MKhXcvmPrBKCeMvbIDA@public.gmane.org>
2002-11-03 20:16 ` Dominik Brodowski
[not found] ` <20021103211607.A1555-JhLEnvuH02M@public.gmane.org>
2002-11-03 20:21 ` Pavel Machek
[not found] ` <20021103202130.GB22668-jyMamyUUXNJG4ohzP4jBZS1Fcj925eT/@public.gmane.org>
2002-11-03 20:30 ` Dominik Brodowski
[not found] ` <20021103213010.A1665-JhLEnvuH02M@public.gmane.org>
2002-11-03 20:39 ` Pavel Machek
[not found] ` <20021103203949.GE22668-jyMamyUUXNJG4ohzP4jBZS1Fcj925eT/@public.gmane.org>
2002-11-03 21:08 ` Dominik Brodowski
[not found] ` <20021103220843.B1665-JhLEnvuH02M@public.gmane.org>
2002-11-03 22:00 ` Pavel Machek
[not found] ` <20021103220017.GB28704-jyMamyUUXNJG4ohzP4jBZS1Fcj925eT/@public.gmane.org>
2002-11-03 22:13 ` Dominik Brodowski
[not found] ` <20021103231318.B19750-JhLEnvuH02M@public.gmane.org>
2002-11-03 22:19 ` Overheating is *not* dangerous " Pavel Machek
[not found] ` <20021103221945.GH28704-jyMamyUUXNJG4ohzP4jBZS1Fcj925eT/@public.gmane.org>
2002-11-03 22:26 ` Edmund Rhudy
[not found] ` <000501c28388$0b348f20$c200a8c0-3ycpsohRb2Y@public.gmane.org>
2002-11-03 22:38 ` Pavel Machek
[not found] ` <20021103223822.GN28704-jyMamyUUXNJG4ohzP4jBZS1Fcj925eT/@public.gmane.org>
2002-11-03 22:46 ` Edmund Rhudy
2002-11-03 22:30 ` Dominik Brodowski
[not found] ` <20021103233054.G19750-JhLEnvuH02M@public.gmane.org>
2002-11-03 22:46 ` Pavel Machek
2002-11-04 12:49 ` Diego Zuccato
2002-11-03 22:05 ` Dominik Brodowski
[not found] ` <20021103230552.A20785-JhLEnvuH02M@public.gmane.org>
2002-11-03 22:15 ` Pavel Machek
[not found] ` <20021103221532.GG28704-jyMamyUUXNJG4ohzP4jBZS1Fcj925eT/@public.gmane.org>
2002-11-03 22:26 ` Dominik Brodowski [this message]
[not found] ` <20021103232621.E19750-JhLEnvuH02M@public.gmane.org>
2002-11-03 22:29 ` Pavel Machek
2002-11-03 21:08 ` Edmund Rhudy
[not found] ` <000101c2837d$30dee5a0$c200a8c0-3ycpsohRb2Y@public.gmane.org>
2002-11-03 21:14 ` Dominik Brodowski
[not found] ` <20021103221454.A10725-JhLEnvuH02M@public.gmane.org>
2002-11-03 21:24 ` Edmund Rhudy
[not found] ` <000201c2837f$723275b0$c200a8c0-3ycpsohRb2Y@public.gmane.org>
2002-11-03 22:02 ` Dominik Brodowski
2002-11-03 22:02 ` Pavel Machek
[not found] ` <20021103220251.GC28704-jyMamyUUXNJG4ohzP4jBZS1Fcj925eT/@public.gmane.org>
2002-11-03 22:09 ` Edmund Rhudy
[not found] ` <000301c28385$b68eb510$c200a8c0-3ycpsohRb2Y@public.gmane.org>
2002-11-03 22:11 ` Pavel Machek
[not found] ` <20021103221143.GF28704-jyMamyUUXNJG4ohzP4jBZS1Fcj925eT/@public.gmane.org>
2002-11-03 22:18 ` Dominik Brodowski
[not found] ` <20021103231846.D19750-JhLEnvuH02M@public.gmane.org>
2002-11-03 22:22 ` Pavel Machek
[not found] ` <20021103222222.GJ28704-jyMamyUUXNJG4ohzP4jBZS1Fcj925eT/@public.gmane.org>
2002-11-03 22:29 ` Dominik Brodowski
2002-11-03 22:19 ` Edmund Rhudy
[not found] ` <000401c28387$25c471d0$c200a8c0-3ycpsohRb2Y@public.gmane.org>
2002-11-03 22:23 ` Pavel Machek
2002-11-03 22:14 ` Dominik Brodowski
2002-11-05 16:40 ` Arndt Schoenewald
[not found] ` <20021105164048.GF18318-dzH3swnhYuu5cqaZGqYS/O8dC6aEkcuFVpNB7YpNyf8@public.gmane.org>
2002-11-08 7:45 ` Maier Gerfried
[not found] ` <1036741506.3dcb6b824e289-ArvQUR6U0fYD0fefG/KofA@public.gmane.org>
2002-11-08 9:25 ` Pavel Machek
2002-11-08 11:01 ` Arndt Schoenewald
2002-11-04 21:20 Jörg Sonnenberger
[not found] ` <1036444853.984.34.camel-R+WAh6b6Lhaw5LPnMra/2Q@public.gmane.org>
2002-11-05 12:03 ` Alan Cox
-- strict thread matches above, loose matches on Subject: below --
2002-11-08 11:29 Maier Gerfried
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=20021103232621.E19750@brodo.de \
--to=linux-jhlenvuh02m@public.gmane.org \
--cc=acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org \
--cc=nrhudy-plZrL8KR64B+CIkdHa1UOg@public.gmane.org \
--cc=pavel-+ZI9xUNit7I@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