ThinkWiki - User contributions [en]

Tp smapi

2008-02-21T18:09:52Z

Mintcoffee: /* Model-specific status */ Z61p force_discharge works correctly

{| width="100%"
|style="vertical-align:top;padding-right:20px;width:10px;white-space:nowrap;" | __TOC__
|style="vertical-align:top" |
The <tt>tp_smapi</tt> kernel module exposes some features of the ThinkPad hardware/firmware via a <tt>sysfs</tt> interface. Currently, the main implemented functionality is control of battery charging and extended battery status. It also includes an improved version of the [[HDAPS]] driver. The underlying hardware interfaces are [[SMAPI support for Linux|SMAPI]] and direct access to the embedded controller.

For older ThinkPad models, see also [[tpctl]].

{{WARN|This driver uses undocumented features and direct hardware access. It thus cannot be guaranteed to work and could conceivably damage your computer (though so far no incidents have been reported).}}
|}

===Features===
*Battery charge/discharge control
*Battery status information

===Project Homepage / Availability===
* Project page: http://tpctl.sourceforge.net/
* You need to [http://sourceforge.net/project/showfiles.php?group_id=1212&package_id=171579 download] only the <tt>tp_smapi</tt> package.

===Installation===
====Installation from source====
You will need the kernel headers and makefiles corresponding to your current kernel version. On {{Fedora}}, this means {{cmdroot|yum install kernel-devel-$(uname -r)}} .

:{{cmdroot|tar xzvf tp_smapi-0.34.tgz}}
:{{cmdroot|cd tp_smapi-0.34}}

Then, either compile and load the driver within the current working directory (for testing):
:{{cmdroot|make load}}
OR compile and install into the kernel's module path:
:{{cmdroot|make install}}

If you use the [[HDAPS]] driver, add <tt>HDAPS=1</tt> to also patch the <tt>hdaps</tt> for compatibility with <tt>tp_smapi</tt> (this requires a kernel source tree matching the current kernel).
Again, either load the driver within the current working directory:
:{{cmdroot|1=make load HDAPS=1}}
OR install into the kernel's module path:
:{{cmdroot|1=make install HDAPS=1}}

To prepare a stand-alone patch against the current kernel tree (including
a patch against <tt>hdaps</tt> and new <tt>Kconfig</tt> entries):
:{{cmdroot|make patch}}

To delete all autogenerated files:
:{{cmdroot|make clean}}

The original kernel tree is never modified by any these commands.
The {{path|/lib/modules}} directory is modified only by {{cmdroot|make install}}.

====Installation in Gentoo====
The {{Gentoo}} portage system carries a [http://packages.gentoo.org/packages/?category=app-laptop;name=tp_smapi tp_smapi package], which follows the latest version pretty closely. On a Gentoo system, you can install and load as follows.

If you use the [[HDAPS]] driver, do this first:

* Configure <tt>hdaps</tt> as module in your kernel
* Add the <tt>hdaps</tt> use flag in {{path|/etc/make.conf}}
* {{cmdroot|rmmod hdaps}}

Then:

* {{cmdroot|emerge tp_smapi}} (or install tp_smapi with hdaps support manually, as above)
* {{cmdroot|echo "tp_smapi" >> /etc/modules.autoload.d/kernel-2.6}}
* {{cmdroot|echo "hdaps" >> /etc/modules.autoload.d/kernel-2.6}}

Then reboot, or run:
* {{cmdroot|modprobe tp_smapi}}
* {{cmdroot|modprobe hdaps}}

====Installation on Debian unstable (sid) or testing (lenny)====
Debian now contains the [http://packages.debian.org/tp-smapi packaged module source] for use with module-assistant.

* {{cmdroot|apt-get install tp-smapi}}
* {{cmdroot|m-a -t a-i tp-smapi}}

====Installation on Ubuntu/Debian====
Installation on Ubuntu or Debian is quite easy, but there are a few things to look after:

To get your system ready for compiling code, install the build-essentials (as root, of course, as all of the following comands; Ubuntu users have to prepend 'sudo' to every line and enter their own password when prompted):
<pre><nowiki>apt-get install build-essential</nowiki></pre>

To get tp_smapi to work, obtain the latest source as mentioned above and unpack it. If you want to use HDAPS, you need to install the kernel source matching te kernel you are running. To do so, issue this:
<pre><nowiki>uname -r</nowiki></pre>
This will give you the version of your current kernel. As Ubuntu adds '-generic' to the kernel-version, the following command works for Debian users only:
<pre><nowiki>apt-get install linux-source-`uname -r`</nowiki></pre>
Ubuntu users use the kernel-version they got by the command before, e.g. 'linux-source-2.6.20'

Now change to the tp_smapi dir:
<pre><nowiki>cd tp_smapi-X.YY</nowiki></pre> (X.YY being the version-number of [[tp_smapi]])
and make and install tp_smapi as instructed above.

If you get an error that the kernel version isn't matching (or that you need to set KSRC/KBUILD), please check that there is a symlink from the modules dir to the kernel source:
<pre><nowiki>root@localhost:~#ls -l /lib/modules/2.6.20-16-generic
lrwxrwxrwx 1 root root 28 2007-02-02 08:39 source -> /usr/src/linux-source-2.6.20</nowiki></pre>
Create the link if the line above is not existent:
<pre><nowiki>root@localhost:~#ln -s /usr/src/linux-source-2.6.20 /lib/modules/2.6.20-16-generic/source</nowiki></pre>

Now the following will build and install the correct modules to their locations:
<pre><nowiki>make install HDAPS=1</nowiki></pre>
To make sure your system loads the modules at boot time, do this:
<pre><nowiki>echo "tp_smapi" >> /etc/modules
echo "hdaps" >> /etc/modules</nowiki></pre>
and update your initramfs:
<pre><nowiki>update-initramfs -u</nowiki></pre>

To get tp_smapi running now, just load the modules:
<pre><nowiki>modprobe -a tp_smapi hdaps</nowiki></pre>

This description was tested on Kubuntu 'Feisty Fawn' and should work on all Debian-based distros with minor tweaks.

'''EDIT:''' Works on Kubuntu 7.10 ("Gutsy Gibbon"), too

===Battery charge control features===
To set the thresholds for starting and stopping battery charging (in percent of current full charge capacity):
:{{cmdroot|echo 40 > /sys/devices/platform/smapi/BAT0/start_charge_thresh}}
:{{cmdroot|echo 70 > /sys/devices/platform/smapi/BAT0/stop_charge_thresh}}
:{{cmdroot|cat /sys/devices/platform/smapi/BAT0/*_charge_thresh}}
{{HINT|Battery charging thresholds can be used to keep Li-Ion ad Li-Polymer batteries partially charged, in order to [[Maintenance#Battery_treatment|increase their lifetime]].}}
To prevent charging for 17 minutes (regardless of thresholds):
:{{cmdroot|echo 17 > /sys/devices/platform/smapi/BAT0/inhibit_charge_minutes}}
{{HINT|Charge inhibiting can be used to reduce the power draw of the laptop, in order to use an under-spec power supply that can't handle the combined power draw of running and charging. It can also be used to control which battery is charged when [[How to use UltraBay batteries|using an Ultrabay battery]].}}

To cancel charging preventation:
:{{cmdroot|echo 0 > /sys/devices/platform/smapi/BAT0/inhibit_charge_minutes}}

To force battery discharging (even if connected to AC):
:{{cmdroot|echo 1 > /sys/devices/platform/smapi/BAT0/force_discharge}}
{{HINT|This can be used to choose which battery is discharged when [[How to use UltraBay batteries|using an UltraBay battery]].}}

To cancel forced discharge:
:{{cmdroot|echo 0 > /sys/devices/platform/smapi/BAT0/force_discharge}}

===Battery status features===
To view extended battery status such as charging state, voltage, current, capacity, cycle count and model information:

<pre>
# cat /sys/devices/platform/smapi/BAT0/installed
# cat /sys/devices/platform/smapi/BAT0/state # idle/charging/discharging
# cat /sys/devices/platform/smapi/BAT0/cycle_count
# cat /sys/devices/platform/smapi/BAT0/current_now # instantaneous current
# cat /sys/devices/platform/smapi/BAT0/current_avg # last minute average
# cat /sys/devices/platform/smapi/BAT0/power_now # instantaneous power
# cat /sys/devices/platform/smapi/BAT0/power_avg # last minute average
# cat /sys/devices/platform/smapi/BAT0/last_full_capacity
# cat /sys/devices/platform/smapi/BAT0/remaining_percent
# cat /sys/devices/platform/smapi/BAT0/remaining_running_time
# cat /sys/devices/platform/smapi/BAT0/remaining_charging_time
# cat /sys/devices/platform/smapi/BAT0/remaining_capacity
# cat /sys/devices/platform/smapi/BAT0/design_capacity
# cat /sys/devices/platform/smapi/BAT0/voltage
# cat /sys/devices/platform/smapi/BAT0/design_voltage
# cat /sys/devices/platform/smapi/BAT0/manufacturer
# cat /sys/devices/platform/smapi/BAT0/model
# cat /sys/devices/platform/smapi/BAT0/barcoding
# cat /sys/devices/platform/smapi/BAT0/chemistry
# cat /sys/devices/platform/smapi/BAT0/serial
# cat /sys/devices/platform/smapi/BAT0/manufacture_date
# cat /sys/devices/platform/smapi/BAT0/first_use_date
# cat /sys/devices/platform/smapi/BAT0/temperature # in milli-Celsius
# cat /sys/devices/platform/smapi/ac_connected
</pre>

The raw status data is also available, including some fields not listed above (in case you can figure them out):

:{{cmdroot|cat /sys/devices/platform/smapi/BAT0/dump}}

In all of the above, replace <tt>BAT0</tt> with <tt>BAT1</tt> to address the 2nd battery.

Note that the battery status readout conflicts with the stock [[HDAPS|hdaps]] driver, so if you use <tt>hdaps</tt> you will need to load <tt>tp_smapi</tt> using {{cmdroot|1=make load HDAPS=1}} (see [[#Bundled hdaps driver|Bundled hdaps driver]] below).

On [[ACPI]]-enabled systems, most of above information is also available through the files under {{path|/proc/acpi/battery}}. However, the ACPI interface does not include the instantaneous power and cycle count readouts, and does not work well when [[How to use UltraBay batteries|hotswapping UltraBay batteries]].

====Scripts====
Some scripts can make it easier to grep the information you need from tp_smapi
* [[battery.rb]]

===Other features===

There is also [[sysfs]] attribute for making direct SMAPI requests to the SM BIOS firmware. Don't touch it unless you really know what you're doing. Example:
# echo '211a 100 0 0' > /sys/devices/platform/smapi/smapi_request; cat /sys/devices/platform/smapi/smapi_request
211a 34b b2 0 0 0 'OK'
The "4b" in the 2nd value, converted to decimal, is 75: the current charging stop threshold (stop_charge_thresh).

===Bundled <tt>hdaps</tt> driver===

The tp_smapi package includes a modified version of the <tt>hdaps</tt> Linux kernel driver used by the [[HDAPS]] system. To use <tt>tp_smapi</tt> and <tt>hdaps</tt> concurrently, you '''must''' use the modified version.

To build the modified version, simply append the <tt>HDAPS=1</tt> parameter to the <tt>make</tt> command (see [[#Installation|Installation]] above):
:{{cmdroot|1=make load HDAPS=1}}
or
:{{cmdroot|1=make install HDAPS=1}}

If you don't do that, you will not be able to load <tt>tp_smapi</tt> (and its support module <tt>thinkpad_ec</tt>) when <tt>hdaps</tt> is loaded, and vice versa. You can use <tt>rmmod</tt> to switch between these modules.

Note that some of the battery status is also visible through ACPI ({{path|/proc/acpi/battery/*}}), independently of <tt>tp_smapi</tt>.

The modified <tt>hdaps</tt> has several changes:
* The <tt>hdaps</tt> driver in mainline kernels conflicts with the extended battery status (they use the same IO ports). The modified <tt>hdaps</tt> coordinates this access through the bundled <tt>thinkpad_ec</tt> driver.
* The modified <tt>hdaps</tt> driver fixes reliability and improves support for recent ThinkPad models (*60 and newer), since unlike the mainline driver, it correctly follows the Embedded Controller communication protocol.
* Several other improvements, such as the ability to control the polling rate.

===Troubleshooting===

If you get "<tt>thinkpad_ec: no ThinkPad embedded controller!</tt>" when trying to load the module on a supported model listed below, you should [[BIOS_Upgrade|upgrade your BIOS]]. Some early BIOS (like 1.x on the X31) don't handle the embedded controller.

===Model-specific status===

<div style="font-size: 92%">
{| border="1" cellspacing="0" cellpadding="2"
|+<tt>tp_smapi</tt> feature support matrix
|-
! colspan=12 style="text-align:center;background:#efefef;" |
=====A series=====
|-
{{tp_smapi/model_status_table_header}}
|-
! {{A22p}} 2629-USG
| {{Cno}} || {{Cno}} || {{Cno}} || {{Cno}} || {{Cno}} || {{Cunk}} || {{Cunk}} || || || ||
|-
! {{A30}}
| {{Cno}} || {{Cno}} || {{Cno}} || {{Cno}} || {{Cyes}} || {{Cunk}} || {{Cunk}} || || || ||
|-
! colspan=12 style="text-align:center;background:#efefef;" |
=====G series=====
|-
{{tp_smapi/model_status_table_header}}
|-
! {{G41}}
| {{Cyes}} || {{Cno}} || {{Cyes}} || {{Cunk}} || {{Cunk}} || {{Cunk}} || {{Cunk}} || || || ||
|-
! colspan=12 style="text-align:center;background:#efefef;" |
=====R series=====
|-
{{tp_smapi/model_status_table_header}}
|-
! {{R31}}
| {{Cno}} || {{Cno}} || {{Cno}} || {{Cno}} || {{Cno}} || {{Cunk}} || {{Cunk}} || || || || No SMAPI BIOS
|-
! {{R40}}
| {{Cno}} || {{Cno}} || {{Cno}} || {{Cno}} || {{Cunk}} || {{Cunk}} || {{Cunk}} || || || ||
|-
! {{R50}}
| {{Cunk}} || {{Cno}} || {{Cunk}} || {{Cunk}} || {{Cyes}} || {{Cunk}} || {{Cunk}} || || || ||
|-
! {{R50e}} 1834-JAG
| {{Cyes}} || {{Cno}} || {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cunk}} || {{Cunk}} || || || ||
|-
! {{R50p}}
| {{Cno}} || {{Cno}} || {{Cno}} || {{Cno}} || {{Cyes}} || {{Cunk}} || {{Cunk}} || || || ||
|-
! {{R51}} 18*
| {{Cyes}} || {{Cno}} || {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cyes|text=}} 0 || 0.32 || 3.22 || || Machine types 1829, 1830, 1831 and 1836
|-
! {{R51}} 28*
| {{Cyes}} || {{Cno}} || {{Cyes}} || {{Cunk}} || {{Cyes}} || {{Cunk}} || {{Cunk}} || || 1.29 || || Machine types 2883, 2887, 2888, 2889, 2894 and 2495
|-
! {{R52}}
| {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cyes|text=}} 0 || 0.33 || 1.29 || 1.06 ||
|-
! {{R60}}
| {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cyes}} ||{{Cyes}} || {{Cno|text=}} 1 || 0.33 || || ||
|-
! {{R61}}
| {{Cunk}} || {{Cunk}} || {{Cunk}} || {{Cunk}} || {{Cyes}} ||{{Cyes}} || {{Cyes|text=}} 1 || 0.35-test1 || 7KETA7WW 2.07 || 7KHT24WW 1.08 || Machine type 8918 ||
|-

! colspan=12 style="text-align:center;background:#efefef;" |

=====T series=====
|-
{{tp_smapi/model_status_table_header}}
|-
! {{T20}}
| {{Cno}} || {{Cno}} || {{Cno}} || {{Cno}} || {{Cno}} || {{Cunk}} || {{Cunk}} || || || || Has SMAPI BIOS but no function is supported. EC LPC3 protocol fails.
|-
! {{T22}}
| {{Cno}} || {{Cno}} || {{Cno}} || {{Cno}} || {{Cno}} || {{Cunk}} || {{Cunk}} || || || || Has SMAPI BIOS but no function is supported. EC LPC3 protocol fails.
|-
! {{T23}}
| {{Cno}} || {{Cno}} || {{Cno}} || {{Cno}} || {{Cyes}} || {{Cunk}} || {{Cunk}} || || || ||
|-
! {{T30}}
| {{Cno}} || {{Cno}} || {{Cno}} || {{Cno}} || {{Cyes}} || {{Cunk}} || {{Cunk}} || || || ||
|-
! {{T40}}
| {{Cno}} || {{Cno}} || {{Cno}} || {{Cunk}} || {{Cyes}} || {{Cunk}} || {{Cunk}} || || || ||
|-
! {{T40p}}
| {{Cno}} || {{Cno}} || {{Cno}} || {{Cno}} || {{Cyes}} || {{Cunk}} || {{Cunk}} || || || ||
|-
! {{T41}}
| {{Cno}} || {{Cno}} || {{Cno}} || {{Cno}} || {{Cyes}} || {{Cunk}} || {{Cunk}} || || || ||
|-
! {{T41p}} 2373-AM9
| {{Cno}} || {{Cno}} || {{Cno}} || {{Cno}} || {{Cyes}} || {{Cyes}} || {{Cyes|text=}} 1 || 0.32 || 3.20 || v3.04 ||
|-
! {{T42}}
| {{Cyes}} || {{Cno}} || {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cunk}} || {{Cunk}} || || || ||
|-
! {{T42p}} 2373-KXU
| {{Cyes}} || {{Cno}} || {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cyes|text=}} 1 || 0.32 || 3.21 || || Stop charge threshold works in Windows, but dmesg says "__get_real_thresh: cannot get stop_thresh of bat=0: Function is not supported by SMAPI BIOS".
|-
! {{T42p}} 2373-KUU
| {{Cyes}} || {{Cno}} || {{Cyes}} || {{Cunk}} || {{Cyes}} || {{Cunk}} || {{Cunk}} || || || ||
|-
! {{T43}} 2686
| {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cyes|text=}} 0 || 0.33 || 1.27 || ||
|-
! {{T43p}}
| {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cunk}} || {{Cyes|text=}} 0 || || || ||
|-
! {{T60}}
| {{Cyes}} || {{Cyes}} || {{Cunk}} || {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cno|text=}} 7 || 0.32 || || ||
|-
! {{T60}}
| {{Cyes}} || {{Cyes}} || {{Cunk}} || {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cno|text=}} 1 || 0.34 || || ||
|-
! {{T60p}} 8743-CTO
| {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cyes|text=}} 1 || 0.32 || || ||
|-
! {{T61}}
| {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cno|text=}} 1 || 0.32 || || || [http://ubuntuforums.org/showthread.php?p=3146719 ref]
|-
! {{T61p}} 6457-7XG
| {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cno|text=}} 1 || 0.32 || || || [http://ubuntuforums.org/showthread.php?p=3146719 ref]
|-
! colspan=12 style="text-align:center;background:#efefef;" |

=====X series=====
|-
{{tp_smapi/model_status_table_header}}
|-
! {{X20}} 2662-31G
| {{Cno}} || {{Cno}} || {{Cno}} || {{Cno}} || {{Cno}} || {{Cunk}} || {{Cunk}} || || || ||
|-
! {{X24}}
| {{Cno}} || {{Cno}} || {{Cno}} || {{Cunk}} || {{Cyes}} || {{Cunk}} || {{Cunk}} || || || ||
|-
! {{X30}}
| {{Cno}} || {{Cno}} || {{Cno}} || {{Cno}} || {{Cyes}} || {{Cunk}} || {{Cunk}} || 0.34 || 1.09 || ||
|-
! {{X31}}
| {{Cno}} || {{Cno}} || {{Cno}} || {{Cunk}} || {{Cyes}} || {{Cunk}} || {{Cunk}} || || || ||
|-
! {{X32}}
| {{Cno}} || {{Cno}} || {{Cno}} || {{Cno}} || {{Cyes}} || {{Cunk}} || {{Cunk}} || || || ||
|-
! {{X40}}
| {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cno|text=}} 3 || 0.32 || 2.08 || 1.62 ||
|-
! {{X41}}
| {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cno|text=}} 3 || 0.32 || || ||
|-
! {{X41_Tablet}}
| {{Cunk}} || {{Cunk}} || {{Cunk}} || {{Cunk}} || {{Cunk}} || {{Cyes}} || {{Cno|text=}} (see ref) || 0.32 || || [http://sourceforge.net/mailarchive/message.php?msg_name=4757BD30.8080808%40ugcs.caltech.edu ref] || ||
|-
! {{X60}}
| {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cno|text=}} 6 || || 2.07 || 1.10 || 2.6.20 issue (see discussion)
|-
! {{X60s}} 1704-5UG
| {{Cyes}} || {{Cyes}} || {{Cunk}} || {{Cunk}} || {{Cunk}} || {{Cunk}} || {{Cno|text=}} 3 || 0.34 || 7BETD2WW 2.13 || 7BHT40WW 1.13 ||
|-
! {{X61s}}
| {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cno|text=}} 6 / 3 || 0.32 || || || [http://www.slackwiki.org/ThinkPad_X61s ref] says 3 but conflicting report received
|-
! {{X60_Tablet}}
| {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cno|text=}} 3 || 0.34 || 7JET25WW (1.10 ) || 7JHT13WW 1.04 || [http://luke.no-ip.org/x60tablet/ ref] [http://rad.bioinfo.ulaval.ca/hardware/x60tablet ref]
|-
! {{X61_Tablet}}
| {{Cyes}} || {{Cyes}} || {{Cunk}} || {{Cunk}} || {{Cyes}} || {{Cyes}} || {{Cno|text=}} 6 || 0.32 || || ||
|-
! {{X61}} 7675-4KU
| {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cno|text=}} 6 || 0.34 || 7NET30WW (1.11 ) || 7MHT24WW-1.02 ||
|-
! {{X61}} 7675-CTO
| {{Cunk}} || {{Cunk}} || {{Cunk}} || {{Cunk}} || {{Cunk}} || {{Cyes}} || {{Cno|text=}} 6 || 0.35-test1 || || ||
|-
! colspan=12 style="text-align:center;background:#efefef;" |

=====Z series=====
|-
{{tp_smapi/model_status_table_header}}
|-
! {{Z60m}}
| {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cunk}} || {{Cunk}} || || || ||
|-
! {{Z60t}}
| {{Cyes}} || {{Cyes}} || {{Cunk}} || {{Cunk}} || {{Cyes}} || {{Cunk}} || {{Cunk}} || || || ||
|-
! {{Z61m}}
| {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cyes|text=}} 0 || 0.32 || || ||
|-
! {{Z61t}}
| {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cunk}} || || || || [https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.20/+bug/45014 ref]
|-
! {{Z61p}}
| {{Cyes}} || {{Cyes}} || {{Cunk}} || {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cunk}} || || || ||
|}
</div>

SMAPI capabilities may depend on the BIOS version as well, so upgrading to the latest version of the BIOS might provide more SMAPI functions (especially true for long-lived BIOS with lots of releases, like the TP-1R).

Please update the above and report your experience on the [[Talk:tp_smapi|discussion]] page. If the module loads but gives a "<tt>not supported</tt>" or "<tt>not implementeded</tt>" error when you try to use some specific file in {{path|/sys/devices/platform/smapi/}}, please report the <tt>dmesg</tt> output and whether the corresponding functionality is available under Windows - maybe your ThinkPad just can't do that.

While at it, you may also want to add your laptop to the [[list of DMI IDs]].

=====HDAPS axis orientation=====
<sup>1</sup> The HDAPS axis orientation is set using the <tt>invert</tt> module parameter (at load time) or sysfs attribute (at runtime). The tp_smapi's hdaps driver supports all 8 possible sensor orientations (inversion and swapping). You can use [[HDAPS#Visualisation_of_ThinkPad_orientation|hdaps visualisation]] to check if the settings is correct.

<tt>invert</tt> is an integer between 0 and 7, whose meaning is as follows. Let <tt>X</tt> and <tt>Y</tt> denote the hardware readouts. Let <tt>R</tt> denote the laptop's roll (tilt left/right), and let <tt>P</tt> denote the laptop's pitch (tilt forward/backward). The possible values are as follows:
invert=0: R= X P= Y (same as mainline)
invert=1: R=-X P=-Y (same as mainline)
invert=2: R=-X P= Y (new)
invert=3: R= X P=-Y (new)
invert=4: R= Y P= X (new)
invert=5: R=-Y P=-X (new)
invert=6: R=-Y P= X (new)
invert=7: R= Y P=-X (new)

[[Category:Drivers]] [[Category:Patches]]

===Tools using this driver===

The driver's interface can be accessed directly through the files under {{path|/sys/devices/platform/smapi}}, or via the following tools:
* [[KThinkBat]] - display battery status on the KDE <tt>kicker</tt> panel.
* [[gkrellm-ThinkBat]] - battery status plugin for Gkrellm2
* {{CodeRef|thinkpad-smapi.sh}} - script to display various SMAPI information using tp_smapi module.

Talk:How to reduce power consumption

2007-11-25T08:23:07Z

Mintcoffee:

How about linking to this page from the main page?

--[[User:Thinker|Thinker]] 21:08, 17 Nov 2005 (CET)
----

== Best battery discharge times ==

With your best power saving, what kind of battery power times are you guys experiencing? The best that I can do with my t43p with the standard (6cell) battery is 2h, and with the ultrabay battery is 1 hour. All of the power saving 'tricks' - hard drive spindown, even adjusting the brightness of my display, has relatively modest effect (~20% max), although CPU throttling definitely reduces power consumption.

In terms of discharge rate, I really can't get below 19,520 mW/h with the hard disk off, wifi on, cpu down to ~700 MHz, and display on minimal brightness with ATI driver power save enabled. In my "normal usage" environment (WiFi on, word processing / non cpu-intensive programming, etc.) I average 21,000 mW/h.

Of note, I have the UXGA display, which might be a huge power guzzler. I have friends with an X40 that claim 5 hours from the 9 cell...

--[[User:gsmenden|gsmenden]] 16:56, 10 Feb 2006 (EST)
----

ThinkPad T43, SXGA+, [[Pentium M undervolting and underclocking|undervolted]], [[ACPI fan control script|fan disabled]], minimum brightness, disk off, WiFi off, [[How to make use of Graphics Chips Power Management features|GPU power saving]]: 13 to 14W, i.e., slightly over 3 hours with a new 6-cell battery. See [[How to reduce power consumption]].

--[[User:Thinker|Thinker]] 22:46, 10 February 2006 (CET)

BTW, this machine has 1.5GB of RAM, which probably accounts for a large fraction of a Watt. Also, the DVD drive is plugged in.

--[[User:Thinker|Thinker]] 08:39, 16 February 2006 (CET)

Down to 12.4W after ejecting the DVD drive.

--[[User:Thinker|Thinker]] 07:35, 18 February 2006 (CET)

----

Interesting... that would imply ~5W for the bigger screen? That seems high. Could you tell me your basal rate at 700 Mhz by chance? - everything else should match my system (using your fan control v.28 (-thanks!), minimum brightness, disk off, WiFi off, GPU power saving enabled with ATI driver.)

--[[User:gsmenden|gsmenden]] 18:16, 10 Feb 2006 (EST)
----

The 13-14W figure is with automatic cpufreq scaling and low load, so it's effectively at 800MHz (minimum speed for this 1.86GHz processor). Are you undervolting the CPU too?

--[[User:Thinker|Thinker]] 00:36, 11 February 2006 (CET)
----
To my understanding it would seem very unlikely that the higher resolution/bigger display uses a lot more power than lower resolution/smaller ones - except the case that they would have four light tubes instead of one. I'm pretty sure that X series displays have Ã³nly one.
[[User:Wyrfel|Wyrfel]] 01:20, 11 February 2006 (CET)
----

for T42 with 14" XGA, ATI 7500 at 80/100MHz, 600MHz@0.7V, hdd off, wifi off, linux:
1) min. brightness - 7,6W
2) brightness is 4 of 7 - 8,6W
3) max. brightness - 10,1W

2200bg in battery mode consumes ~0,4W. and I bet the iron can go lower runnig windows
with native drivers. the only thing I really miss is powerplay support for 7500.

--[[User:Bzzt|Bzzt]]
----

You mean they nearly ''doubled'' the minimal power draw when moving to the T43's Sonoma chipset and Dothan CPU? So you actually get 5-6 hours from a 6-cell battery?! Spooky.

--[[User:Thinker|Thinker]] 01:42, 11 February 2006 (CET)
----

well, I'm not sure about 6 hours, but 5h doesn't look hard to achieve. 7,6W is a real bottom here. I couldn't get lower. The regular rate I feel comfort at is rather 10-11W. But even that, 5h is possible with a new 6cell battery.

PS. this is why I returned 2668-4DU back and bought 2373-FWG. Sonoma really sucks, IMHO. I hope Intel has learnt the lesson and the next lines won't so hungry.

-bzzz
----
Ok - the 15.1" 1600x1200 must be a real power monster, although I have not applied the undervolting patch. I'll give it a whirl when 2.6.15.4 is released.

Update - tried the undervolting patch with some nice results - my lap is noticably cooler, and the fan spends more time off. With only a few process running (no kdm and kde -> only very basic window manager) and a black background text sceen, [[Pentium M undervolting and underclocking|undervolted]] down to 700 mV @798 MHz, [[ACPI fan control script|fan disabled]], minimum brightness, hard disk off (standby), WiFi off (ipw not loaded), [[How to make use of Graphics Chips Power Management features|GPU power saving]], DVD unplugged (2nd battery in bay), I can *still* only get down to 17.5 W/h. D'oh!

Still, the screen is worth it if only for the sheer number of women who note, "my, what a nice screen you have" (just one this afternoon. :) It is a strange phenomenon.
--[[User:gsmenden|gsmenden]] 21:45, 10 February 2006 (EST)
----

Haha, good one, [[User:gsmenden|gsmenden]] :)

On my T43 here, I have around 13300mW, when:

* cstate=C4, 800Mhz, undervolted (0.716V, rather than 0.988V)
* wifi=off, bt=off, fan=off, brightness=minimum
* X300 put into "low" mode (it's a 15" SXGA+ screen)
* pretty "dark" setup (I have basically all-black desktop)

Full charge is around 77000mWh. With, say, 14000mW one should last 5.5 hours on a 9-cell battery.

I can't really say that I see any other obvious venues to pursue to reduce power consumption.

--[[User:igorr|igorr]]
----

igorr, how do you disable wifi? did you try to eject dvd drive?

-bzzz
----

Disabling wifi can be accomplished by [[cmdroot|echo 1 > /sys/class/net/eth1/device/rf_kill]].

Ejecting the dvd drive? Why would that affect power consumption?

--[[User:igorr|igorr]]
----

yeah, rf_kill does right. if I eject dvd drive or simple type echo eject >/proc/acpi/ibm/bay, I save about 0.4W.

----

[[User:gsmenden|gsmenden]], I have a Thinkpad Z61p with a WUXGA display and I get at best 18W of usage with my ATI card in power saving mode and minimum brightness. I'm running the 2.6.24.rc3 kernel with the zen patchset in Arch Linux. I really think our IPS screens really suck up power like crazy.

--[[User:mintcoffee|mintcoffee]]
----

== Gradual battery discharge ==

Has anyone else noticed, that the battery keeps discharging (although very slowly) when
ac? My battery charges to 95%, and then drops to 90% over the course of few hours.
Then charges again and so on. I'm not at all too happy about it.
Also- what is the relation of last_full to design_capacity? I have one battery, which charges
to 48410 mWh, while the design capacity is 51830 mWh, the other charges to 51960 mWh with the same max.
Although it used to charge to around 54000. Both are new, the first one has around 50 cycles, the second around 10.

--[[User:Rasto|Rasto]] 14:28, 17 February 2006 (CET)

== Playing with /sys/devices/*/power/state ==
Anyone played with /sys/devices/*/power/state yet? eg.
echo -n 2 > /sys/devices/*/power/state
It looks like it can save a lot of power ~ 0.5 - 1.5 Watt on my T43, but it is also dangerous (and API will probably change in the future).
Switching off the wrong device can crash the system, for example when turning the SATA off.

--[[User:Defiant|Defiant]] 10:46, 25 July 2006 (CEST)
----
I've toyed with a few devices' state and didn't notice a difference. Can you identify which devices make a big difference for you?

--[[User:Thinker|Thinker]] 12:15, 25 July 2006 (CEST)
----
I havn't seen a big difference for any device, each device does probably only make a difference of 50-100mW which I'm unable to measure correctly.
Also just echo a 2 to /sys/devices/*/power/state doesn't seem to be enough.
It look like it needs a 2 for all the state files for the device.

--[[User:Defiant|Defiant]] 18:26, 27 July 2006 (CEST)
----
It would be very valuable if you managed to identify a few especially interesting devices. By taking groups of several devices, or looking at average power draw over a long time, you can discern even the small differences.

--[[User:Thinker|Thinker]] 02:53, 28 July 2006 (CEST)
----
Ok here is what I've done:<br>
For every device (except SATA and USB) that reports "Power Management" on lcpci -vv:
# enable power saving
# wait one minute and while waiting record present rate in /proc/acpi/battery/BAT0/state every 10 seconds.
# next device

Display- and harddisk standby had been disabled. And this is the result:

{| border=1
! Device !! power avg !! power diff
|-
| Normal || 13187 || +/-0
|-
|VGA compatible controller: Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller (rev 03) || 13159 || -28
|-
|Display controller: Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller (rev 03) || 12995 || -264
|-
|Ethernet controller: Broadcom Corporation NetXtreme BCM5751M Gigabit Ethernet PCI Express (rev 11) || 12977 || -18
|-
|PCI bridge: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) PCI Express Port 1 (rev 03) || 12969 || -8
|-
|PCI bridge: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) PCI Express Port 3 (rev 03) || 12966 || -3
|-
|Multimedia audio controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) AC'97 Audio Controller (rev 03) || 12640 || -326
|-
|Modem: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) AC'97 Modem Controller (rev 03) || 12615 || -25
|-
|pnp0 || 12611 || -4
|-
|platform || 12554 || -57
|-
|}

So its definitely the graphic and the sound card.

--[[User:Defiant|Defiant]] 10:17, 29 July 2006 (CEST)
----

Interesting! Can we automagically power off audio when it's not in use?

--[[User:Thinker|Thinker]] 12:13, 29 July 2006 (CEST)
----

I'm not familar with the ALSA API, so I don't know any. Right now I binded that to Mute on/off.
I did some research and the first thing I found is that it is possible to get the state, so polling would be possible (but I don't want polling). Will see if there is some kind of interrupt.

--[[User:Defiant|Defiant]] 22:50, 30 July 2006 (CEST)
----

Does it preserve all configuration (mixer volume, switches etc.) when you toggle power?

--[[User:Thinker|Thinker]] 00:13, 31 July 2006 (CEST)
----

Yes it does - no problems found so far.

--[[User:Defiant|Defiant]] 9:46, 02 August 2006 (CEST)
----
Actually, ALSA can go itself in low power mode, if you have CONFIG_SND_AC97_POWER_SAVE=y and all sound inputs (micro, line-in, ...) are muted.

--[[User:Benjamin Pineau|Benjamin Pineau]] 11:27, 25 June 2007 (UTC)
----

Talk:How to reduce power consumption

2007-11-25T08:22:33Z

Mintcoffee:

How about linking to this page from the main page?

--[[User:Thinker|Thinker]] 21:08, 17 Nov 2005 (CET)
----

== Best battery discharge times ==

With your best power saving, what kind of battery power times are you guys experiencing? The best that I can do with my t43p with the standard (6cell) battery is 2h, and with the ultrabay battery is 1 hour. All of the power saving 'tricks' - hard drive spindown, even adjusting the brightness of my display, has relatively modest effect (~20% max), although CPU throttling definitely reduces power consumption.

In terms of discharge rate, I really can't get below 19,520 mW/h with the hard disk off, wifi on, cpu down to ~700 MHz, and display on minimal brightness with ATI driver power save enabled. In my "normal usage" environment (WiFi on, word processing / non cpu-intensive programming, etc.) I average 21,000 mW/h.

Of note, I have the UXGA display, which might be a huge power guzzler. I have friends with an X40 that claim 5 hours from the 9 cell...

--[[User:gsmenden|gsmenden]] 16:56, 10 Feb 2006 (EST)
----

ThinkPad T43, SXGA+, [[Pentium M undervolting and underclocking|undervolted]], [[ACPI fan control script|fan disabled]], minimum brightness, disk off, WiFi off, [[How to make use of Graphics Chips Power Management features|GPU power saving]]: 13 to 14W, i.e., slightly over 3 hours with a new 6-cell battery. See [[How to reduce power consumption]].

--[[User:Thinker|Thinker]] 22:46, 10 February 2006 (CET)

BTW, this machine has 1.5GB of RAM, which probably accounts for a large fraction of a Watt. Also, the DVD drive is plugged in.

--[[User:Thinker|Thinker]] 08:39, 16 February 2006 (CET)

Down to 12.4W after ejecting the DVD drive.

--[[User:Thinker|Thinker]] 07:35, 18 February 2006 (CET)

----

Interesting... that would imply ~5W for the bigger screen? That seems high. Could you tell me your basal rate at 700 Mhz by chance? - everything else should match my system (using your fan control v.28 (-thanks!), minimum brightness, disk off, WiFi off, GPU power saving enabled with ATI driver.)

--[[User:gsmenden|gsmenden]] 18:16, 10 Feb 2006 (EST)
----

The 13-14W figure is with automatic cpufreq scaling and low load, so it's effectively at 800MHz (minimum speed for this 1.86GHz processor). Are you undervolting the CPU too?

--[[User:Thinker|Thinker]] 00:36, 11 February 2006 (CET)
----
To my understanding it would seem very unlikely that the higher resolution/bigger display uses a lot more power than lower resolution/smaller ones - except the case that they would have four light tubes instead of one. I'm pretty sure that X series displays have Ã³nly one.
[[User:Wyrfel|Wyrfel]] 01:20, 11 February 2006 (CET)
----

for T42 with 14" XGA, ATI 7500 at 80/100MHz, 600MHz@0.7V, hdd off, wifi off, linux:
1) min. brightness - 7,6W
2) brightness is 4 of 7 - 8,6W
3) max. brightness - 10,1W

2200bg in battery mode consumes ~0,4W. and I bet the iron can go lower runnig windows
with native drivers. the only thing I really miss is powerplay support for 7500.

--[[User:Bzzt|Bzzt]]
----

You mean they nearly ''doubled'' the minimal power draw when moving to the T43's Sonoma chipset and Dothan CPU? So you actually get 5-6 hours from a 6-cell battery?! Spooky.

--[[User:Thinker|Thinker]] 01:42, 11 February 2006 (CET)
----

well, I'm not sure about 6 hours, but 5h doesn't look hard to achieve. 7,6W is a real bottom here. I couldn't get lower. The regular rate I feel comfort at is rather 10-11W. But even that, 5h is possible with a new 6cell battery.

PS. this is why I returned 2668-4DU back and bought 2373-FWG. Sonoma really sucks, IMHO. I hope Intel has learnt the lesson and the next lines won't so hungry.

-bzzz
----
Ok - the 15.1" 1600x1200 must be a real power monster, although I have not applied the undervolting patch. I'll give it a whirl when 2.6.15.4 is released.

Update - tried the undervolting patch with some nice results - my lap is noticably cooler, and the fan spends more time off. With only a few process running (no kdm and kde -> only very basic window manager) and a black background text sceen, [[Pentium M undervolting and underclocking|undervolted]] down to 700 mV @798 MHz, [[ACPI fan control script|fan disabled]], minimum brightness, hard disk off (standby), WiFi off (ipw not loaded), [[How to make use of Graphics Chips Power Management features|GPU power saving]], DVD unplugged (2nd battery in bay), I can *still* only get down to 17.5 W/h. D'oh!

Still, the screen is worth it if only for the sheer number of women who note, "my, what a nice screen you have" (just one this afternoon. :) It is a strange phenomenon.
--[[User:gsmenden|gsmenden]] 21:45, 10 February 2006 (EST)
----

Haha, good one, [[User:gsmenden|gsmenden]] :)

On my T43 here, I have around 13300mW, when:

* cstate=C4, 800Mhz, undervolted (0.716V, rather than 0.988V)
* wifi=off, bt=off, fan=off, brightness=minimum
* X300 put into "low" mode (it's a 15" SXGA+ screen)
* pretty "dark" setup (I have basically all-black desktop)

Full charge is around 77000mWh. With, say, 14000mW one should last 5.5 hours on a 9-cell battery.

I can't really say that I see any other obvious venues to pursue to reduce power consumption.

--[[User:igorr|igorr]]
----

igorr, how do you disable wifi? did you try to eject dvd drive?

-bzzz
----

Disabling wifi can be accomplished by [[cmdroot|echo 1 > /sys/class/net/eth1/device/rf_kill]].

Ejecting the dvd drive? Why would that affect power consumption?

--[[User:igorr|igorr]]
----

yeah, rf_kill does right. if I eject dvd drive or simple type echo eject >/proc/acpi/ibm/bay, I save about 0.4W.

----

[[User:gsmenden|gsmenden]], I have a Thinkpad Z61p with a WUXGA display and I get at best 18W of usage with my ATI card in power saving mode and minimum brightness. I'm running the 2.6.24.rc3 kernel with the zen patchset in Arch Linux. I really our IPS screens really suck up power like crazy.

--[[User:mintcoffee|mintcoffee]]
----

== Gradual battery discharge ==

Has anyone else noticed, that the battery keeps discharging (although very slowly) when
ac? My battery charges to 95%, and then drops to 90% over the course of few hours.
Then charges again and so on. I'm not at all too happy about it.
Also- what is the relation of last_full to design_capacity? I have one battery, which charges
to 48410 mWh, while the design capacity is 51830 mWh, the other charges to 51960 mWh with the same max.
Although it used to charge to around 54000. Both are new, the first one has around 50 cycles, the second around 10.

--[[User:Rasto|Rasto]] 14:28, 17 February 2006 (CET)

== Playing with /sys/devices/*/power/state ==
Anyone played with /sys/devices/*/power/state yet? eg.
echo -n 2 > /sys/devices/*/power/state
It looks like it can save a lot of power ~ 0.5 - 1.5 Watt on my T43, but it is also dangerous (and API will probably change in the future).
Switching off the wrong device can crash the system, for example when turning the SATA off.

--[[User:Defiant|Defiant]] 10:46, 25 July 2006 (CEST)
----
I've toyed with a few devices' state and didn't notice a difference. Can you identify which devices make a big difference for you?

--[[User:Thinker|Thinker]] 12:15, 25 July 2006 (CEST)
----
I havn't seen a big difference for any device, each device does probably only make a difference of 50-100mW which I'm unable to measure correctly.
Also just echo a 2 to /sys/devices/*/power/state doesn't seem to be enough.
It look like it needs a 2 for all the state files for the device.

--[[User:Defiant|Defiant]] 18:26, 27 July 2006 (CEST)
----
It would be very valuable if you managed to identify a few especially interesting devices. By taking groups of several devices, or looking at average power draw over a long time, you can discern even the small differences.

--[[User:Thinker|Thinker]] 02:53, 28 July 2006 (CEST)
----
Ok here is what I've done:<br>
For every device (except SATA and USB) that reports "Power Management" on lcpci -vv:
# enable power saving
# wait one minute and while waiting record present rate in /proc/acpi/battery/BAT0/state every 10 seconds.
# next device

Display- and harddisk standby had been disabled. And this is the result:

{| border=1
! Device !! power avg !! power diff
|-
| Normal || 13187 || +/-0
|-
|VGA compatible controller: Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller (rev 03) || 13159 || -28
|-
|Display controller: Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller (rev 03) || 12995 || -264
|-
|Ethernet controller: Broadcom Corporation NetXtreme BCM5751M Gigabit Ethernet PCI Express (rev 11) || 12977 || -18
|-
|PCI bridge: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) PCI Express Port 1 (rev 03) || 12969 || -8
|-
|PCI bridge: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) PCI Express Port 3 (rev 03) || 12966 || -3
|-
|Multimedia audio controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) AC'97 Audio Controller (rev 03) || 12640 || -326
|-
|Modem: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) AC'97 Modem Controller (rev 03) || 12615 || -25
|-
|pnp0 || 12611 || -4
|-
|platform || 12554 || -57
|-
|}

So its definitely the graphic and the sound card.

--[[User:Defiant|Defiant]] 10:17, 29 July 2006 (CEST)
----

Interesting! Can we automagically power off audio when it's not in use?

--[[User:Thinker|Thinker]] 12:13, 29 July 2006 (CEST)
----

I'm not familar with the ALSA API, so I don't know any. Right now I binded that to Mute on/off.
I did some research and the first thing I found is that it is possible to get the state, so polling would be possible (but I don't want polling). Will see if there is some kind of interrupt.

--[[User:Defiant|Defiant]] 22:50, 30 July 2006 (CEST)
----

Does it preserve all configuration (mixer volume, switches etc.) when you toggle power?

--[[User:Thinker|Thinker]] 00:13, 31 July 2006 (CEST)
----

Yes it does - no problems found so far.

--[[User:Defiant|Defiant]] 9:46, 02 August 2006 (CEST)
----
Actually, ALSA can go itself in low power mode, if you have CONFIG_SND_AC97_POWER_SAVE=y and all sound inputs (micro, line-in, ...) are muted.

--[[User:Benjamin Pineau|Benjamin Pineau]] 11:27, 25 June 2007 (UTC)
----

Talk:How to reduce power consumption

2007-11-25T08:21:34Z

Mintcoffee:

How about linking to this page from the main page?

--[[User:Thinker|Thinker]] 21:08, 17 Nov 2005 (CET)
----

== Best battery discharge times ==

With your best power saving, what kind of battery power times are you guys experiencing? The best that I can do with my t43p with the standard (6cell) battery is 2h, and with the ultrabay battery is 1 hour. All of the power saving 'tricks' - hard drive spindown, even adjusting the brightness of my display, has relatively modest effect (~20% max), although CPU throttling definitely reduces power consumption.

In terms of discharge rate, I really can't get below 19,520 mW/h with the hard disk off, wifi on, cpu down to ~700 MHz, and display on minimal brightness with ATI driver power save enabled. In my "normal usage" environment (WiFi on, word processing / non cpu-intensive programming, etc.) I average 21,000 mW/h.

Of note, I have the UXGA display, which might be a huge power guzzler. I have friends with an X40 that claim 5 hours from the 9 cell...

--[[User:gsmenden|gsmenden]] 16:56, 10 Feb 2006 (EST)
----

ThinkPad T43, SXGA+, [[Pentium M undervolting and underclocking|undervolted]], [[ACPI fan control script|fan disabled]], minimum brightness, disk off, WiFi off, [[How to make use of Graphics Chips Power Management features|GPU power saving]]: 13 to 14W, i.e., slightly over 3 hours with a new 6-cell battery. See [[How to reduce power consumption]].

--[[User:Thinker|Thinker]] 22:46, 10 February 2006 (CET)

BTW, this machine has 1.5GB of RAM, which probably accounts for a large fraction of a Watt. Also, the DVD drive is plugged in.

--[[User:Thinker|Thinker]] 08:39, 16 February 2006 (CET)

Down to 12.4W after ejecting the DVD drive.

--[[User:Thinker|Thinker]] 07:35, 18 February 2006 (CET)

----

Interesting... that would imply ~5W for the bigger screen? That seems high. Could you tell me your basal rate at 700 Mhz by chance? - everything else should match my system (using your fan control v.28 (-thanks!), minimum brightness, disk off, WiFi off, GPU power saving enabled with ATI driver.)

--[[User:gsmenden|gsmenden]] 18:16, 10 Feb 2006 (EST)
----

The 13-14W figure is with automatic cpufreq scaling and low load, so it's effectively at 800MHz (minimum speed for this 1.86GHz processor). Are you undervolting the CPU too?

--[[User:Thinker|Thinker]] 00:36, 11 February 2006 (CET)
----
To my understanding it would seem very unlikely that the higher resolution/bigger display uses a lot more power than lower resolution/smaller ones - except the case that they would have four light tubes instead of one. I'm pretty sure that X series displays have Ã³nly one.
[[User:Wyrfel|Wyrfel]] 01:20, 11 February 2006 (CET)
----

for T42 with 14" XGA, ATI 7500 at 80/100MHz, 600MHz@0.7V, hdd off, wifi off, linux:
1) min. brightness - 7,6W
2) brightness is 4 of 7 - 8,6W
3) max. brightness - 10,1W

2200bg in battery mode consumes ~0,4W. and I bet the iron can go lower runnig windows
with native drivers. the only thing I really miss is powerplay support for 7500.

--[[User:Bzzt|Bzzt]]
----

You mean they nearly ''doubled'' the minimal power draw when moving to the T43's Sonoma chipset and Dothan CPU? So you actually get 5-6 hours from a 6-cell battery?! Spooky.

--[[User:Thinker|Thinker]] 01:42, 11 February 2006 (CET)
----

well, I'm not sure about 6 hours, but 5h doesn't look hard to achieve. 7,6W is a real bottom here. I couldn't get lower. The regular rate I feel comfort at is rather 10-11W. But even that, 5h is possible with a new 6cell battery.

PS. this is why I returned 2668-4DU back and bought 2373-FWG. Sonoma really sucks, IMHO. I hope Intel has learnt the lesson and the next lines won't so hungry.

-bzzz
----
Ok - the 15.1" 1600x1200 must be a real power monster, although I have not applied the undervolting patch. I'll give it a whirl when 2.6.15.4 is released.

Update - tried the undervolting patch with some nice results - my lap is noticably cooler, and the fan spends more time off. With only a few process running (no kdm and kde -> only very basic window manager) and a black background text sceen, [[Pentium M undervolting and underclocking|undervolted]] down to 700 mV @798 MHz, [[ACPI fan control script|fan disabled]], minimum brightness, hard disk off (standby), WiFi off (ipw not loaded), [[How to make use of Graphics Chips Power Management features|GPU power saving]], DVD unplugged (2nd battery in bay), I can *still* only get down to 17.5 W/h. D'oh!

Still, the screen is worth it if only for the sheer number of women who note, "my, what a nice screen you have" (just one this afternoon. :) It is a strange phenomenon.
--[[User:gsmenden|gsmenden]] 21:45, 10 February 2006 (EST)
----

Haha, good one, [[User:gsmenden|gsmenden]] :)

On my T43 here, I have around 13300mW, when:

* cstate=C4, 800Mhz, undervolted (0.716V, rather than 0.988V)
* wifi=off, bt=off, fan=off, brightness=minimum
* X300 put into "low" mode (it's a 15" SXGA+ screen)
* pretty "dark" setup (I have basically all-black desktop)

Full charge is around 77000mWh. With, say, 14000mW one should last 5.5 hours on a 9-cell battery.

I can't really say that I see any other obvious venues to pursue to reduce power consumption.

--[[User:igorr|igorr]]
----

igorr, how do you disable wifi? did you try to eject dvd drive?

-bzzz
----

Disabling wifi can be accomplished by [[cmdroot|echo 1 > /sys/class/net/eth1/device/rf_kill]].

Ejecting the dvd drive? Why would that affect power consumption?

--[[User:igorr|igorr]]
----

yeah, rf_kill does right. if I eject dvd drive or simple type echo eject >/proc/acpi/ibm/bay, I save about 0.4W.

----

[[User:gsmenden|gsmenden]], I have a Thinkpad Z61p with a WUXGA display and I get at best 18W of usage with my ATI card in power saving mode and minimum brightness. I really our IPS screens really suck up power like crazy.

--[[User:mintcoffee|mintcoffee]]
----

== Gradual battery discharge ==

Has anyone else noticed, that the battery keeps discharging (although very slowly) when
ac? My battery charges to 95%, and then drops to 90% over the course of few hours.
Then charges again and so on. I'm not at all too happy about it.
Also- what is the relation of last_full to design_capacity? I have one battery, which charges
to 48410 mWh, while the design capacity is 51830 mWh, the other charges to 51960 mWh with the same max.
Although it used to charge to around 54000. Both are new, the first one has around 50 cycles, the second around 10.

--[[User:Rasto|Rasto]] 14:28, 17 February 2006 (CET)

== Playing with /sys/devices/*/power/state ==
Anyone played with /sys/devices/*/power/state yet? eg.
echo -n 2 > /sys/devices/*/power/state
It looks like it can save a lot of power ~ 0.5 - 1.5 Watt on my T43, but it is also dangerous (and API will probably change in the future).
Switching off the wrong device can crash the system, for example when turning the SATA off.

--[[User:Defiant|Defiant]] 10:46, 25 July 2006 (CEST)
----
I've toyed with a few devices' state and didn't notice a difference. Can you identify which devices make a big difference for you?

--[[User:Thinker|Thinker]] 12:15, 25 July 2006 (CEST)
----
I havn't seen a big difference for any device, each device does probably only make a difference of 50-100mW which I'm unable to measure correctly.
Also just echo a 2 to /sys/devices/*/power/state doesn't seem to be enough.
It look like it needs a 2 for all the state files for the device.

--[[User:Defiant|Defiant]] 18:26, 27 July 2006 (CEST)
----
It would be very valuable if you managed to identify a few especially interesting devices. By taking groups of several devices, or looking at average power draw over a long time, you can discern even the small differences.

--[[User:Thinker|Thinker]] 02:53, 28 July 2006 (CEST)
----
Ok here is what I've done:<br>
For every device (except SATA and USB) that reports "Power Management" on lcpci -vv:
# enable power saving
# wait one minute and while waiting record present rate in /proc/acpi/battery/BAT0/state every 10 seconds.
# next device

Display- and harddisk standby had been disabled. And this is the result:

{| border=1
! Device !! power avg !! power diff
|-
| Normal || 13187 || +/-0
|-
|VGA compatible controller: Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller (rev 03) || 13159 || -28
|-
|Display controller: Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller (rev 03) || 12995 || -264
|-
|Ethernet controller: Broadcom Corporation NetXtreme BCM5751M Gigabit Ethernet PCI Express (rev 11) || 12977 || -18
|-
|PCI bridge: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) PCI Express Port 1 (rev 03) || 12969 || -8
|-
|PCI bridge: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) PCI Express Port 3 (rev 03) || 12966 || -3
|-
|Multimedia audio controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) AC'97 Audio Controller (rev 03) || 12640 || -326
|-
|Modem: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) AC'97 Modem Controller (rev 03) || 12615 || -25
|-
|pnp0 || 12611 || -4
|-
|platform || 12554 || -57
|-
|}

So its definitely the graphic and the sound card.

--[[User:Defiant|Defiant]] 10:17, 29 July 2006 (CEST)
----

Interesting! Can we automagically power off audio when it's not in use?

--[[User:Thinker|Thinker]] 12:13, 29 July 2006 (CEST)
----

I'm not familar with the ALSA API, so I don't know any. Right now I binded that to Mute on/off.
I did some research and the first thing I found is that it is possible to get the state, so polling would be possible (but I don't want polling). Will see if there is some kind of interrupt.

--[[User:Defiant|Defiant]] 22:50, 30 July 2006 (CEST)
----

Does it preserve all configuration (mixer volume, switches etc.) when you toggle power?

--[[User:Thinker|Thinker]] 00:13, 31 July 2006 (CEST)
----

Yes it does - no problems found so far.

--[[User:Defiant|Defiant]] 9:46, 02 August 2006 (CEST)
----
Actually, ALSA can go itself in low power mode, if you have CONFIG_SND_AC97_POWER_SAVE=y and all sound inputs (micro, line-in, ...) are muted.

--[[User:Benjamin Pineau|Benjamin Pineau]] 11:27, 25 June 2007 (UTC)
----