* Re: More than one battery [not found] ` <Pine.SOL.4.44.0301120330050.26184-100000-/thXhF8rKSGLR1V1UhDwJPZ8FUJU4vz8@public.gmane.org> @ 2003-01-13 7:32 ` Malte Thoma [not found] ` <3E226B80.20208-iYtK5bfT9M8b1SvskN2V4Q@public.gmane.org> 0 siblings, 1 reply; 7+ messages in thread From: Malte Thoma @ 2003-01-13 7:32 UTC (permalink / raw) To: danielk-L9gzEf+okJWVc3sceRu5cw, acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f 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 ^ permalink raw reply [flat|nested] 7+ messages in thread
[parent not found: <3E226B80.20208-iYtK5bfT9M8b1SvskN2V4Q@public.gmane.org>]
* Re: More than one battery [not found] ` <3E226B80.20208-iYtK5bfT9M8b1SvskN2V4Q@public.gmane.org> @ 2003-01-17 12:09 ` Daniel Thor Kristjansson [not found] ` <Pine.SOL.4.44.0301170705110.24216-100000-/thXhF8rKSGLR1V1UhDwJPZ8FUJU4vz8@public.gmane.org> 0 siblings, 1 reply; 7+ messages in thread From: Daniel Thor Kristjansson @ 2003-01-17 12:09 UTC (permalink / raw) To: Malte Thoma; +Cc: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f Yes, I think the auto-performance should be in there as well. I'm working on something else right now, but the deadline for that is next week. So following, that I'll clean it up and send you the diffs (should be next weekend). -- Daniel <<You cant eat before a operashun. Not even cheese.>> -- Charlie Gordon On Mon, 13 Jan 2003, Malte Thoma wrote: ] ] ]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: Thawte.com Understand how to protect your customers personal information by implementing SSL on your Apache Web Server. Click here to get our FREE Thawte Apache Guide: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0029en ^ permalink raw reply [flat|nested] 7+ messages in thread
[parent not found: <Pine.SOL.4.44.0301170705110.24216-100000-/thXhF8rKSGLR1V1UhDwJPZ8FUJU4vz8@public.gmane.org>]
* Re: More than one battery [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> 0 siblings, 1 reply; 7+ messages in thread From: Malte Thoma @ 2003-01-17 12:21 UTC (permalink / raw) To: danielk-L9gzEf+okJWVc3sceRu5cw Cc: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f Daniel Thor Kristjansson wrote: >Yes, I think the auto-performance should be in there as well. I'm >working on something else right now, but the deadline for that is next >week. So following, that I'll clean it up and send you the diffs >(should be next weekend). > > sounds nice :-) Malte >-- Daniel > <<You cant eat before a operashun. Not even cheese.>> -- Charlie Gordon > >On Mon, 13 Jan 2003, Malte Thoma wrote: > >] >] >]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: Thawte.com Understand how to protect your customers personal information by implementing SSL on your Apache Web Server. Click here to get our FREE Thawte Apache Guide: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0029en ^ permalink raw reply [flat|nested] 7+ messages in thread
[parent not found: <3E27F563.4070305-iYtK5bfT9M8b1SvskN2V4Q@public.gmane.org>]
* Re: More than one battery [not found] ` <3E27F563.4070305-iYtK5bfT9M8b1SvskN2V4Q@public.gmane.org> @ 2003-02-09 5:35 ` Daniel Thor Kristjansson 0 siblings, 0 replies; 7+ messages in thread From: Daniel Thor Kristjansson @ 2003-02-09 5:35 UTC (permalink / raw) To: Malte Thoma; +Cc: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f I put the first revision up at http://www.mrl.nyu.edu/~danielk/powerscheme.tbz The demo is a standalone application that lets you switch between several basic schemes. It only works with performance. It requires the set_throttling shell script, and if you want it to know about the lid state you need to set up your acpid/ospmd script to create a file in /tmp called .acpi.lid containing one of open, closed, unknown. This is just because I couldn't find any way to query the state of buttons through /proc There are a lot of "TODO"s in the source right now. But the demo should work, if it doesn't please e-mail me. I'd like to eventually make this either a standalone deamon or part of acpid or ospmd, but for now, just look at runPowerScheme() for the what to add to heatload. You can replace the queryState function with calls to the update*State functions. I think it might be best to just add this to the next version of heatload with a little menu for choosing between those four basic power schemes. The maximum performance scheme only throttles the CPU if it thinks the CPU is overheating. In the next version I'll add some kind of capability for reading a configuration file with different power schemes. !!!!!!! There is only one critically important thing. The temperature monitoring is based on the critical numbers for the Mobile Pentium 3, that is the chip fries at 95C. If you have any other chip you should fix getTemperatureLevel() The numbers are in Kelvin, add 273 to the Celsius number. Otherwise the example powerschemes may throttle your chip prematurely or not do it when it is critical due to an overheating CPU. In anycase I tried to be conservative, I think the AMD chip takes more heat, though I don't know about all the different variants of these chips. Anyone that tries this, please e-mail me your /proc/cpuinfo file, and the temperature info, the more the better, up to a page maybe. Goggle should provide this with the approprite search strings. !!!!!! -- Daniel <<Children today are tyrants. They contradict their parents, gobble their food, and tyrannize their teachers.>> - Socrates On Fri, 17 Jan 2003, Malte Thoma wrote: ] ] ]Daniel Thor Kristjansson wrote: ] ]>Yes, I think the auto-performance should be in there as well. I'm ]>working on something else right now, but the deadline for that is next ]>week. So following, that I'll clean it up and send you the diffs ]>(should be next weekend). ]> ]> ]sounds nice :-) ] ] ]Malte ] ] ] ]>-- Daniel ]> <<You cant eat before a operashun. Not even cheese.>> -- Charlie Gordon ]> ]>On Mon, 13 Jan 2003, Malte Thoma wrote: ]> ]>] ]>] ]>]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 ^ permalink raw reply [flat|nested] 7+ messages in thread
[parent not found: <Pine.SOL.4.44.0212291831310.28913-100000@graphics.cat.nyu.edu>]
[parent not found: <Pine.SOL.4.44.0212291831310.28913-100000-/thXhF8rKSGLR1V1UhDwJPZ8FUJU4vz8@public.gmane.org>]
* More than one battery [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> 0 siblings, 1 reply; 7+ messages in thread From: Malte Thoma @ 2003-01-05 18:43 UTC (permalink / raw) To: danielk-L9gzEf+okJWVc3sceRu5cw, heatload-general-0fE9KPoRgkgATYTw5x5z8w, acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f, acpi-support-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f QUESTION TO THE GURUS: Are there more things (excpt the battery) that could me multiple? Hallo Daniel, thank you for your message. You are right. Until know heatload does only support ONE battery. You change the one which is used in the configuration file. If it doesn't help please let me know. Your message is a good reason to include a mulit-battery-support as far as possible (lets say within one week ;-) Greetings, Malte Daniel Thor Kristjansson wrote: > I'm sending you the cat of BAT1/state & BAT2/state for my laptop right > now. It seems heatload has a problem with the 'not present' state. I > don't know if it would have found the second battery if it had figured > out the first one isn't installed right now. But I sent it's info as > well. > > -- Daniel > > philistine{danielk}61: ./src/heatload > looking for /home/danielk/heatload_0.4.2/.heatloadrc > looking for /home/danielk/.heatloadrc > 'Present Rate:' should be 'charging', 'discharging' or 'unknown' > in '/proc/acpi/battery/BAT1/state' > but I it is '' assuming 'unknown' > if you have a 'charging state' in /proc/acpi/battery/BAT1/state > (or anywhere else) please submit a 'cat' of this file to me <thoma-iYtK5bfT9M8b1SvskN2V4Q@public.gmane.org> > philistine{danielk}62: cat /proc/acpi/battery/BAT1/state > present: no > philistine{danielk}63: cat /proc/acpi/battery/BAT2/state > present: yes > capacity state: ok > charging state: charging > present rate: 210 mW > remaining capacity: 43830 mWh > present voltage: 160 mV > philistine{danielk}64: > > . > ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ^ permalink raw reply [flat|nested] 7+ messages in thread
[parent not found: <3E187CE7.10204-xhPu7QH+N+StU9/U+hoEgQ@public.gmane.org>]
* Re: More than one battery [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> 0 siblings, 1 reply; 7+ messages in thread From: Pavel Machek @ 2003-01-07 17:43 UTC (permalink / raw) To: thoma-iYtK5bfT9M8b1SvskN2V4Q Cc: danielk-L9gzEf+okJWVc3sceRu5cw, heatload-general-0fE9KPoRgkgATYTw5x5z8w, acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f, acpi-support-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f > QUESTION TO THE GURUS: > Are there more things (excpt the battery) that could me multiple? Yes. Thermal zones and CPUs, IIRC. Pavel -- Pavel Written on sharp zaurus, because my Velo1 broke. If you have Velo you don't need... ------------------------------------------------------- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ^ permalink raw reply [flat|nested] 7+ messages in thread
[parent not found: <20030107174331.GB893-XqDnSF8rrUM@public.gmane.org>]
* Re: More than one battery [not found] ` <20030107174331.GB893-XqDnSF8rrUM@public.gmane.org> @ 2003-01-09 9:47 ` Mattia Dongili 0 siblings, 0 replies; 7+ messages in thread From: Mattia Dongili @ 2003-01-09 9:47 UTC (permalink / raw) To: Pavel Machek Cc: thoma-iYtK5bfT9M8b1SvskN2V4Q, danielk-L9gzEf+okJWVc3sceRu5cw, heatload-general-0fE9KPoRgkgATYTw5x5z8w, acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f, acpi-support-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f On Tue, 7 Jan 2003 18:43:31 +0100 Pavel Machek <pavel-+ZI9xUNit7I@public.gmane.org> wrote: > > QUESTION TO THE GURUS: > > Are there more things (excpt the battery) that could me multiple? > > Yes. > > Thermal zones and CPUs, IIRC. > Pavel and buttons -- mattia ------------------------------------------------------- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2003-02-09 5:35 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[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 ` More than one battery Malte Thoma
[not found] ` <3E226B80.20208-iYtK5bfT9M8b1SvskN2V4Q@public.gmane.org>
2003-01-17 12:09 ` 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
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox