ThinkWiki - User contributions [en]

Tp smapi

2007-10-29T13:22:27Z

Tellalov: /* X series */

{| 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.32.tgz}}
:{{cmdroot|cd tp_smapi-0.32}}

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 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]].

===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=11 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=11 style="text-align:center;background:#efefef;" |
=====G series=====
|-
{{tp_smapi/model_status_table_header}}
|-
! {{G41}}
| {{Cyes}} || {{Cno}} || {{Cyes}} || {{Cunk}} || {{Cunk}} || {{Cunk}} || {{Cunk}} || || ||
|-
! colspan=11 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=}} X'=X, Y'=Y || 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=}} X'=X, Y'=Y || 0.32 || 1.29 ||
|-
! {{R60}}
| {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cyes}} ||{{Cyes}} || {{Cunk}} || || ||
|-

! colspan=11 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=}} X'=-X, Y'=-Y || 0.32 || 3.20 || EC v3.04
|-
! {{T42}}
| {{Cyes}} || {{Cno}} || {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cunk}} || {{Cunk}} || || ||
|-
! {{T42p}} 2373-KXU
| {{Cyes}} || {{Cno}} || {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cyes|text=}} X'=-X, Y'=-Y || 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=}} X'=X, Y'=Y || 0.32 || 1.27 ||
|-
! {{T43p}}
| {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cunk}} || {{Cunk}} || || ||
|-
! {{T60}}
| {{Cyes}} || {{Cyes}} || {{Cunk}} || {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cno|text=}} X'=Y, Y'=-X || 0.32 || ||
|-
! {{T60p}} 8743-CTO
| {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cyes|text=}} X'=-X, Y'=-Y || 0.32 || ||
|-
! {{T61}}
| {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cno|text=}} X'=-X, Y'=-Y || 0.32 || || [http://ubuntuforums.org/showthread.php?p=3146719 ref]
|-
! colspan=11 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}} || {{Cunk}} || {{Cunk}} || {{Cunk}} || {{Cunk}} || {{Cunk}} || || ||
|-
! {{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=}} X'=X, Y'=-Y || 0.32 || 2.08 || EC v1.62
|-
! {{X41}}
| {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cunk}} || {{Cno|text=}} X'=X, Y'=-Y || 0.32 || ||
|-
! {{X60}}
| {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cno|text=}} X'=-Y, Y'=X || || 2.07 || EC v1.10, 2.6.20 issue (see discussion)
|-
! {{X61s}}
| {{Cunk}} || {{Cunk}} || {{Cunk}} || {{Cunk}} || {{Cunk}} || {{Cyes}} || {{Cno|text=}} X'=X, Y'=-Y || 0.32 || || [http://www.slackwiki.org/ThinkPad_X61s ref]
|-
! {{X60T}}
| {{Cunk}} || {{Cunk}} || {{Cunk}} || {{Cunk}} || {{Cunk}} || {{Cyes}} || {{Cunk}} || || || [http://luke.no-ip.org/x60tablet/ ref] [http://rad.bioinfo.ulaval.ca/hardware/x60tablet ref]
|-
! {{X61T}}
| {{Cyes}} || {{Cyes}} || {{Cunk}} || {{Cunk}} || {{Cyes}} || {{Cyes}} || {{Cno|text=}}X'=-Y, Y'=X || 0.32 || ||
|-
! colspan=11 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=}} X'=X, Y'=Y || 0.32 || ||
|-
! {{Z61t}}
| {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cyes}} || {{Cunk}} || || || [https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.20/+bug/45014 ref]
|}
</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=====
HDAPS axis orientation notation: X,Y are the hardware readouts, X',Y' are horizontal and vertical. You can use [[HDAPS#Visualisation_of_ThinkPad_orientation|hdaps visualisation]] to check for correctness.

Just like the mainline hdaps driver, tp_smapi's hdaps driver supports inverting both axes together (but not separately, and no axis swapping):
modprobe hdaps invert=1

[[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.

BIOS Upgrade

2007-09-07T07:08:49Z

Tellalov: /* Does work: */

__TOC__

This page is meant to describe ways to update the BIOS on a ThinkPad that only runs Linux for users that don't have ready access to Windows. If you have Windows on your ThinkPad you can just boot into it and follow instructions on the IBM website.

{{NOTE| In one case ([[APM setup on a type 2379 ThinkPad T40]]) it was not possible to upgrade the BIOS from Windows XP; a downgrade to Windows 98 was required to successfully run the BIOS upgrade app. The symptoms in this case were that, once the files had been extracted to the hard disk, and the machine was to reboot into the upgrade app, it would beep and hang just before reboot, requiring a power cycle. Once the power was cycled, it would simply reboot back into XP without performing any BIOS upgrade actions. So even if you have Windows, you may still need to use the info on this page.}}

----
==Before You Begin==
Updating the BIOS in Linux (with few exceptions) '''is not officially supported''' by IBM/Lenovo. However there are work arounds.

{{WARN|By following any of the instructions here you are accepting the '''very real risk''' of turning your thinkpad into a big expensive paper weight, as a firmware update gone wrong can create unfixable problems.

'''Proceed at your own risk!'''

It is also '''important''' to understand that all modern Thinkpads have 2 seperate firmwares, the BIOS and the Control Program. A specific version of the Control Program will only work with specific versions of the BIOS. The IBM documentation is sometimes confusing about the order of update. Updating the Control Program first, then the BIOS seems to be the correct order on most, but not all Thinkpads. However, newer models from Lenovo update both at the same time, so you don't have to worry about. Make sure to do the separate updates immediately following each other, otherwise you risk turning your Thinkpad into a very nice paper weight.}}

==BIOS Upgrade Paths==

For every firmware (either BIOS or Control Program) update on the IBM site there used to be two different firmware update programs provided. The Diskette Updater and the Non Diskette Updater. For newer Lenovo Models the Diskette Updater is replaced with a bootable CD-Image and the The Non Diskette Updater is renamed BIOS Update Utility, both update the BIOS and the Control Program at the same time. A list of links to firmware downloads can be found at [[BIOS Upgrade Downloads]] for nearly all Thinkpad Models.

===The Diskette Updater===

This installer appears to be a 16bit dos program which asks you to accept a license agreement. It will run in Windows, DOS, OS/2, or [http://dosemu.sf.net Dosemu] perfectly, but requires a real floppy disk attached via a real floppy control. The USB Floppy Drive to the new Thinkpads doesn't count.

===The Bootable CD Image===

This should be the easiest way for non-Windows users and also maybe a more secure way for Windows users, too. As the Image is provided as a plain ISO-file without any windows enclosure, you can simply burn it to a CD-R/RW with any modern operation system, as long as you have a CD/DVD-RW Drive and then are able to boot from it.

===The Non Diskette Updater===
{{WARN|Though this process was successfully tested on one version of .exe files found on IBMs website this doesn't mean it will work for all of them. Use at your own risk.}}

This installer appears to be a 32bit windows exe which is designed for updating the BIOS directly from a running Windows OS. It turns out that the .exe is really a wrapper license program arround windows .cab files (this information is in [[How_to_change_the_BIOS_bootsplash_screen|BIOS-Bootsplash]]). If you install the Linux program [http://freshmeat.net/projects/cabextract/ '''cabextract'''] you can expand these files directly. Run the following:

:{{cmduser|cabextract FILENAME.exe}}

You will get 8 files in the current directory. One of them will be FILENAME.img. You can test that this is really a floppy image by running:

:{{cmdroot|mkdir mntfloppy}}
:{{cmdroot|mount -o loop FILENAME.img mntfloppy}}
:{{cmdroot|ls -la mntfloppy}}

If the results of {{cmdroot|ls -la mntfloppy}} look like a dos floppy, and no read errors were displayed, you have a pretty good chance that the floppy image is usable.

If you were able to create the boot floppy per the Diskette update method, and you have a Floppy with your Thinkpad, the update should be simple.

== Updating Thinkpad X Series ==

X Series Thinkpads do not have an internal drive. If there is no Windows installed, the BIOS must be updated by booting from an USB drive or a drive that is integrated in the docking station. Since a while Lenovo provides BIOS updates in form of bootable CD images. Unfortunately, these images are intended to be used with the docking station's CD drive. If you do not own such a drive, things get complicated.

The problem is that current BIOS updates are quite large, about 3 MB in size. Booting from CDs typically works like booting from a 1.44 MB or 2.88 MB floppy disk. The floppy image is stored on the CD and is referenced in the CD's boot record. Because the BIOS update file are that large, they do not fit on such a floppy image. Thus, they must be stored on the CD outside the virtual floppy image. To access these files a driver for the CD drive has to be loaded. Since Lenovo's CD images are intended to be used with a docking station's CD drive, it is not possible to use them for BIOS updates by booting from an USB CD drive.

But there is hope. The CD images provided by Lenovo can be modified such that they contain drivers for USB CD drives. I tested the following with a Thinkpad {{X60s}}.

The idea is to take Lenovo's ISO CD image and modify it such that a USB CD drive can be used instead the CD drive in the docking station. Unfortunately, simply replacing the drivers is not enough. While doing the BIOS update, the USB ports seem to get disabled or something. Therefore, before starting the update process the CD contents have to be copied to a RAM disk. I will describe the procedure step by step.

<ol>
<li>
Download the ISO image style BIOS update from Lenovo's website. This file will be refered to as <tt>/tmp/bios-lenovo.iso</tt>.
</li>

<li>
Extract the floppy image from this ISO image. You can use the following shell script for this task (or an alternative one from [http://userpages.uni-koblenz.de/~krienke/ftp/noarch/geteltorito/]). Simply save this code into the file <tt>/tmp/extractbootimage.sh</tt>, set the x-flag (<tt>chmod +x /tmp/extractbootimage.sh</tt>) and call it using the command <tt>/tmp/extractbootimage.sh /tmp/bios-lenovo.iso /tmp/bios-lenovo.img</tt>. The floppy image contained in the ISO image will then be saved to <tt>/tmp/bios-lenovo.img</tt>. Here is the code of the shell script:
<pre>
#!/bin/bash

# This script extracts the floopy boot image from bootable ISO images
#
# Written by Joachim Selke (mail@joachim-selke.de), 2007-04-07

ISOFILE=$1
IMAGEFILE=$2

if [ ! -r $ISOFILE ]; then
echo $ISOFILE: file does not exist or is not readable
exit 1
fi

if [ -z $IMAGEFILE ]; then
echo Error: no image file specified
exit 1
fi

ISOFILESIZE=`stat -c %s $ISOFILE`

# collect El Torito data
# see http://www.phoenix.com/NR/rdonlyres/98D3219C-9CC9-4DF5-B496-A286D893E36A/0/specscdrom.pdf for reference

BOOTCATALOGPOINTERBYTE=$((17 * 0x800 + 0x47))

if [ $ISOFILESIZE -lt $(($BOOTCATALOGPOINTERBYTE + 4)) ]; then
echo ISO file is too short, possibly damaged
exit 1
fi

# absolute pointer to first sector of boot catalog:
BOOTCATALOG=`od -A n -t x4 -N 4 -j $BOOTCATALOGPOINTERBYTE $ISOFILE | tr -d [:blank:]`

BOOTCATALOGBYTE=$((0x$BOOTCATALOG * 0x800))

echo Boot catalog starts at byte $BOOTCATALOGBYTE

if [ $ISOFILESIZE -lt $(($BOOTCATALOGBYTE + 32 + 2)) ]; then
echo ISO file is too short, possibly damaged
exit 1
fi

# media type of boot image
# only floppy disk images are supported by this script
BOOTMEDIATYPE=`od -A n -t x1 -N 1 -j $(($BOOTCATALOGBYTE + 32 + 1)) $ISOFILE | tr -d [:blank:]`

if [ $BOOTMEDIATYPE -eq 1 ]; then
echo Boot media type is 1.2M floppy disk
IMAGEBLOCKS=$((1200 / 2))
elif [ $BOOTMEDIATYPE -eq 2 ]; then
echo Boot media type is 1.44M floppy disk
IMAGEBLOCKS=$((1440 / 2))
elif [ $BOOTMEDIATYPE -eq 3 ]; then
echo Boot media type is 2.88M floppy disk
IMAGEBLOCKS=$((2880 / 2))
else
echo Boot media type is $((0x$BOOTMEDIATYPE)). This type is not supported yet.
exit 1
fi

# absolute pointer to start of boot image
BOOTIMAGE=`od -A n -t x4 -N 4 -j $(($BOOTCATALOGBYTE + 32 + 8)) $ISOFILE | tr -d [:blank:]`

BOOTIMAGEBYTE=$((0x$BOOTIMAGE * 0x800))

echo Boot image starts at byte $BOOTIMAGEBYTE

if [ $ISOFILESIZE -lt $((0x$BOOTIMAGE * 0x800 + $IMAGEBLOCKS * 0x800)) ]; then
echo ISO file is too short, possibly damaged
exit 1
fi

echo Extracting boot image ...

dd if=$ISOFILE of=$IMAGEFILE bs=2K count=$IMAGEBLOCKS skip=$((0x$BOOTIMAGE))

echo Finished
</pre>
</li>

<li>
Mount the floppy image '''as root''' using the loop device:
:{{cmdroot|mkdir /tmp/bios-lenovo.img-mnt}}
:{{cmdroot|mount -o loop /tmp/bios-lenovo.img /tmp/bios-lenovo.img-mnt}}
The image is now mounted as <tt>/tmp/bios-lenovo.img-mnt</tt>.
</li>

<li>
Download needed drivers. First download some [http://panasonic.co.jp/pcc/products/drive/other/driver/f2h_usb.exe USB drivers] from Panasonic Japan. Save the file to <tt>/tmp/f2h_usb.exe</tt> This file is a self-extracting EXE file, that can be executed under Linux using [http://www.winehq.com/ Wine]:
:{{cmduser|wine /tmp/f2h_usb.exe}}
You will be asked where to save the extracted files. Choose <tt>/tmp</tt>. A new directory <tt>/tmp/F2h</tt> containing the needed drivers will be created.

Additionally, you will need drivers for the RAM disk mentioned. Download them from the [http://sourceforge.net/projects/srdisk ReSizeable RAMDisk project]. Unzip them to <tt>/tmp/srdisk</tt>.
</li>

<li>
Let's modify the floppy image:
:{{cmduser|cp /tmp/F2h/Usbaspi.sys /tmp/bios-lenovo.img-mnt/}}
:{{cmduser|cp /tmp/F2h/USBCD.SYS /tmp/bios-lenovo.img-mnt/}}
:{{cmduser|cp /tmp/F2h/RAMFD.SYS /tmp/bios-lenovo.img-mnt/}}
:{{cmduser|cp /tmp/srdisk/srdxms.sys /tmp/bios-lenovo.img-mnt/}}
:{{cmduser|cp /tmp/srdisk/srdisk.exe /tmp/bios-lenovo.img-mnt/}}
Now add the following lines to <tt>/tmp/bios-lenovo.img-mnt/config.sys</tt> replacing the line <tt>DEVICE = A:\IBMTPCD.SYS /R /C</tt>:
<pre>
DEVICE = A:\SRDXMS.SYS
DEVICE = A:\RAMFD.SYS
DEVICE = A:\USBASPI.SYS /V
DEVICE = A:\USBCD.SYS /D:TPCD001
</pre>
Finally, edit the file <tt>/tmp/bios-lenovo.img-mnt/autoexec.bat</tt> replacing the last line (saying <tt>COMMAND.COM</tt>) by the following:
<pre>
A:\SRDISK 10000
COPY *.* D:
D:
COMMAND.COM
</pre>

Maybe the RAM disk gets a drive letter different from D: on your system. In this case, you have to change the above lines accordingly.
</li>

<li>
Unmount the floppy image (as root):
:{{cmdroot|umount /tmp/bios-lenovo.img-mnt}}
</li>

<li>
Copy the content of the original CD image to a new directory and create a new ISO file:
:{{cmdroot|mkdir /tmp/bios-lenovo.iso-mnt}}
:{{cmdroot|mount -o loop /tmp/bios-lenovo.iso /tmp/bios-lenovo.iso-mnt}}
:{{cmduser|mkdir /tmp/bios-new.iso-mnt}}
:{{cmduser|cp /tmp/bios-lenovo.iso-mnt/* /tmp/bios-new.iso-mnt}}
:{{cmduser|cp /tmp/bios-lenovo.img /tmp/bios-new.iso-mnt/boot.img}}
:{{cmdroot|umount /tmp/bios-lenovo.iso-mnt}}
:{{cmduser|mkisofs -relaxed-filenames -b boot.img -o /tmp/bios-new.iso /tmp/bios-new.iso-mnt/}}
</li>

<li>
The file <tt>/tmp/bios-new.iso</tt> is the modified ISO file. Just burn it to CD and use this CD for updating your BIOS (boot from it using your USB drive). Please give some comments here if it worked for you.
</li>

</ol>

===Alternative method using a USB stick===

''Note: none of the above methods worked on my X60s. This method worked for me, however.'' [[User:PhilipPaeps|PhilipPaeps]] 16:41, 24 August 2007 (UTC)

This method was surprisingly painless once I convinced my ThinkPad X60s to boot DOS from a USB stick. I used VMWare and some mystical tool to get DOS on the stick. If you can find another way to get a bootable DOS stick, please update this section!

* Tell VMWare to create a virtual floppy image for you and format it under Microsoft Windows and tell it to create a system disk. You can do this by clicking into "My Computer", then right-clicking on the "Floppy" icon and selecting "Format". In the box that pops up, you need to check the box that says "Create an MS-DOS startup disk" and then click "Start".

* When you've done that, get this tool: http://www.techpowerup.com/downloads/330/mirrors.php and install it. The tool is apparantly something HP once wrote, but I have been unable to find a link to it anywhere on the HP website.

* In a command prompt again: <code>C:\DriveKey\HPUSBF.EXE E: -Q -B:A:\</code>, replacing the <code>E:</code> with the "drive letter" associated with your USB stick (you can find this letter in "My Computer" under "Removable Storage"). '''WARNING:''' this wipes anything on the USB stick. You will end up with a USB stick which appears empty at this point, but there is DOS on it somewhere.

* Now mount the BIOS update ISO image from Lenovo as a virtual CDROM using VMWare again and copy the files from it to the USB stick: <code>copy D:\*.* E:\</code>.

At this point, you may want to fiddle with the splash image, as described elsewhere on ThinkWiki.

* Reboot and press F12, tell the BIOS to boot from your USB stick.

* <code>cd flash</code> ; <code>updtflsh.exe</code>

Think happy thoughts. The ThinkPad will beep quite ominously (and loudly!) a couple of times. Do not let this worry you too much. After about three minutes, the program will ask you to press enter to restart and hopefully all will be well.

===Comments===

<ul>

<li>
I have followed your excellent instructions. The CD booted, the update program ran but stopped working and responding while updating. Luckily the BIOS was not destroyed. Since destroying the BIOS is a very high risk, I am going to recover the original Windows on an old HD and will run the update exe update program from there.
</li>

<li>
I followed these clear instructions, and like the comment above I ended up with a CD that booted but the update program stopped working and responding. An ALT-CTRL-DELETE rebooted my x60s, and it works so the BIOS must not have been damaged. I was trying to upgrade from version 2.08 to 2.11, I wonder if these instructions are somehow particular to certain versions?
[[User:Latch|Latch]] 01:22, 14 June 2007 (UTC)
</li>

<li>
After following the above instructions, the program also stopped working while updating the BIOS. But after changing the drive letter from D: to C: (see code below), it everything worked fine. However, I had some trouble figuring out, which letter to choose over D: at first, as the BIOS Upgrade program started right away.

<pre>
A:\SRDISK 10000
COPY *.* C:
C:
COMMAND.COM
</pre>
[[User:Mtx|Mtx]], 1 August 2007, Thinkpad X61s
</li>

<li>
Flashing the bios (2.12) works for me on a X60s (using drive c). Using the DVD-R on an USB-Hub did not work.<br> [[User:Ra|Ra]] 00:15, 21 August 2007 (UTC)
</li>

</ul>

==Updating via CD/DVD Drive==

The whole thing gets more complicated if you neither have Windows nor a floppy drive installed. This is what this page is intended to describe.

Another possibility which works even without a CD-drive or network is to boot the disk image via the grub initrd mechanism.

Be aware that IBM officially does '''not''' support this! The official statement to my support request was:

<blockquote style="background: white; border: 1px solid black; padding: 1em;">
<pre><nowiki>
I'm afraid we only support the options listed on our web page and no you
can't burn a CD/DVD, however you can try to use an external USB FDD
(floppy) drive. The experts recommend a IBM USB FDD, however they have also
tested it with a Sony USB FDD drive.

In order to make sure the drive is recognised you can boot up the FDD with
a bootable dos diskette for w98
</nowiki></pre>
</blockquote>

But it seems to be possible as Mathias Dalheimer describes this [http://mailman.linux-thinkpad.org/pipermail/linux-thinkpad/1998-January/009743.html here].

Another indication that it should work is that IBM uses PHLASH16.EXE (at least on T4x/p systems) to flash the BIOS into the chip. The same tool is used by [http://www.samsungpc.com/gb/support/p35/bios/bios-instructions.html other vendors] to flash the BIOS from bootable CD-ROMs.
{{WARN|Do '''not''' use the [http://syslinux.zytor.com/ SYSLINUX] image-loader [http://syslinux.zytor.com/memdisk.php MEMDISK] to boot the images! Some flash tools crash in that situation!}}

Some interesting but very technical information about the used flash tool can be found [http://www.paul.sladen.org/thinkpad-r31/wifi-card-pci-ids.html here].

===Creating a Floppy Image===
If you have created a boot floppy on another machine, you need to create an image file of that floppy. This can be easily done in linux by running a command line:

:{{cmdroot|1=dd bs=2x80x18b if=/dev/fd0 of=/tmp/floppy.img}}

You can also create a floppy image by using Ken Kato's [http://chitchat.at.infoseek.co.jp/vmware/vfd.html VMware's back]. It is a free Windoze tool that creates a virtual floppy drive and allows you to produce an image file ready to be ISO'ed. Note: you might have to 'manually' (through application's interface) assign the virtual drive a volume letter in order to be seen by IBM's application (as, by default, it seems not to do it).

You should verify this {{path|floppy.img}} as explained above.

===Creating a Bootable CD from a Floppy Image===
Once you have your floppy image, either from imaging a real floppy, or from extracting them via the cabextract method above, you need to make a boot CD out of it.

The eltorito bootable CD standard is a wonderful thing. What this means is that a bootable CD can be made with a bootable floppy in such as way that the CD believes that it is a 2.88 MB floppy drive. This allows you to replace a boot floppy by a boot CD in nearly all situations.

It is very easy to create such a bootable CD ISO image in Linux using the mkisofs tool. To do this run a command as follows:

:{{cmdroot|mkisofs -b bootfloppy.img -o bootcd.iso bootfloppy.img}}

Note: This creates a CD with one file on it and marks that file as the boot image. For more info on this read {{cmduser|man mkisofs}}.

You can now burn the {{path|bootcd.iso}} in your favorite CD burning program.

To get an overview which models have been tested with this version, here is a list:

===Does work:===
{| border="1" cellspacing="0" cellpadding="2"
| '''Model''' || '''Tested by'''
|-
| style="vertical-align:top;" | {{600E}} (2645-4AU) ||
*George Tellalov <gtellalov_dontspamme@bigfoot.com>. BIOS 1.16 from spsdin36.exe worked perfectly with the method bootable cd from floppy image. I highly recommend this upgrade because it made my ibm-acpi module load (it wouldn't load before) and fixed some suspend to ram problems. Here's the [http://george.tellalov.info/bios_upgrade_600e_spsdin36.iso cd image] I used. Use at your own risk. You can send me a chocolate if it works for you ;)
|-
| style="vertical-align:top;" | {{600E}} (2645-5bU) ||
*Mike Vincent<matchstc-putobvioushere.com>. Bios 1.16 from spsdin36.exe and then to the boot cd worked great for me. Thought I had bricked it three separate times using a "real" floppy! Each from different diskettes .The updater would start, give me the "going to take30 seconds" speech...and then access the HD for 10 minutes. Each time it would reboot fine. Did the cd as described above...worked great first time. Perhaps 10 year old seldom used floppy disc drives have some challenges?
|-
| style="vertical-align:top;" | {{600X}} (2645) ||
*Jonathan Byrne <jonathan@RemoveThisToMailMe.yamame.org>. BIOS 1.11 from spsuit55.exe worked perfectly using cabextract/CD method.
|-
| style="vertical-align:top;" | {{A20p}} (2629-6VU) ||
*Chris Pickett http://www.sable.mcgill.ca/~cpicke/. BIOS 1.11 flashed fine with cabextract/CD method.
|-
| style="vertical-align:top;" | {{A21e}} (2628-JXU) ||
*Amit Gurdasani <gurdasani at yahoo dot com>. BIOS 1.13 flashed fine with cabextract/CD method. Alarmingly, after the BIOS update, the laptop beeped but did not shut down as was indicated onscreen -- that was frozen on the "do not shut down the laptop" screen. On power down and up again, the BIOS setup showed the newer BIOS image running, and Linux booted up fine. Linux ACPI didn't complain about the BIOS being too old either.
|-
| style="vertical-align:top;" | {{A31p}} (2653) ||
*Matthias Meinke largeeddy@gmx.at, BIOS 1.09 1NET15WW flashed fine with cabextract/CD method.
|-
| style="vertical-align:top;" | {{A31}} (2652) ||
*[[User:Wnoise|Aaron Denney]], BIOS 1.13 flashed fine with cabextract/CD method.
|-
| style="vertical-align:top;" | {{R30}} ||
*Jarrod, 30 August 2007, Thinkpad R30 Type 2656-E0M. BIOS updated to 1.40 (1CETF0WW) using floppy disk/mkisofs/cdrecord. Worked fine, no problems.
|-
| style="vertical-align:top;" | {{R31}} ||
*[http://mailman.linux-thinkpad.org/pipermail/linux-thinkpad/1998-January/009743.html Mathias Dalheimer]
*Sebastian Sauer (with cabextract/CD method)
|-
| style="vertical-align:top;" | {{R40}} ||
*Matthew Lambie, http://lambie.org
|-
| style="vertical-align:top;" | {{R50}} (1836-3SU) ||
*jlbartos <jlbartos at hotmail dot com>
|-
| style="vertical-align:top;" | {{R50e}} (1834-PTG) ||
*item <item at freemail dot hu> : successfully finished with cabextract/CD method for "1wuj25us.exe" (BIOS version 1WET90WW (2.10), Release Date: 2006/12/22)
|-
| style="vertical-align:top;" | {{R51}} (1829) ||
*Robert Uhl <rob dot uhl at gmx dot de>, Jellby <jellby at yahoo dot com>
|-
| style="vertical-align:top;" | {{R51}} (1830-RM7) ||
*Will Parker <stardotstar at sourcepoint dot com dot au> successfully flashed 3.20 using existing 3.04 ECP and retained custom boot splash.
|-
| style="vertical-align:top;" | {{R51}} (2887) ||
*Ingo van Lil <inguin at gmx dot de>
|-
| style="vertical-align:top;" | {{R52}} (1858) ||
*Stuart McCord <stuart dot mccord at gmail dot com> flashed both BIOS and ECP using cabextract, BIOS flashed first as on IBM website
|-
| style="vertical-align:top;" | {{T20}} ||
*Franz Hassels <fhassel at suse dot com>
|-
| style="vertical-align:top;" | {{T22}} ||
*Daniel Maier <nusse teamidiot de>
*Mathias Behrle (with cabextract/CD method, Version 1.07 => 1.12) --[[User:Mathiasb|Mathiasb]] 11:58, 14 December 2006 (CET)
*Bob Skaroff (cabextract/CD), 1.06 => 1.12
*Leo Butler (cabextract/CD), 1.11 => 1.12
|-
| style="vertical-align:top;" | {{T23}} ||
*Bart Snapp <snapp at uiuc dot edu> Note: I followed IBM's instructions to flash the BIOS *first* and the Embedded Controller *second*.
*Moy Easwaran: BIOS 1.18 / EC 1.06a via cabextract and CD-boot. The BIOS-update exe generated errors in Windows 2000.
*Joe Renes: BIOS 1.18 / EC 1.06a on 2006-03-20 via cabextract and CD-boot. Piece of cake.
*Raphael Errani: BIOS 1.20 / EC 1.06a on 2006-11-06 via cabextract and CD-boot (using mkisofs). Worked without errors. 1st Bios, 2nd EC
|-
| style="vertical-align:top;" | {{T30}} ||
*Martin GÃ¼hring <guehring at gmail.com> BIOS 2.10 via cabextract the Non-Diskette BIOS -> mkisofs '''in the directory the exe was extracted''' to generate the iso -> burn the iso -> boot the CD
|-
| style="vertical-align:top;" | {{T40}} ||
*Sean Dague, http://dague.net
*Justin Mason, http://jmason.org
*Ivanhoe (Bios 3.19)
|-
| style="vertical-align:top;" | {{T40p}} ||
*Lukas KrÃ¤henbÃ¼hl, ismo at pop dot agri dot ch
*Thomas Achtemichuk, tom at tomchuk dot com. BIOS 3.15 flashed fine with cabextract/CD method
|-
| style="vertical-align:top;" | {{T41}} ||
*Lev Givon (Bios 3.15 / EC 3.04) <lev at columbia dot edu>
*Ernesto HernÃ¡ndez-Novich (Bios 3.19 / CP 3.04) < emhn at usb dot ve >
*[http://maebmij.org James Ballantine] (Bios 3.21 / CP 3.04) using nondisk/cabextract/CDRW
|-
| style="vertical-align:top;" | {{T41p}} ||
*Nils Newman, work great. (Version: Bios 3.14 / Embedded Controller 3.04)
|-
| style="vertical-align:top;" | {{T42}} ||
*Dan (BIOS 3.20 / EC 3.04, cabextract/CD method) <tronic171 at evilphb.org>
|-
| style="vertical-align:top;" | {{T42p}} ||
*Robert Schiele <rschiele@uni-mannheim.de>, Joern Heissler <joern@heissler.de>
|-
| style="vertical-align:top;" | {{T43}} ||
*Conrad Rentsch <Conrad dot Rentsch at t-online dot de> (Version: Bios 1.29 / Embedded Controller 1.06)
*Tom Heady <tom-thinkwiki.org@punch.net>
*Florian Boucault <florian at boucault dot ath dot cx> (Model : 1871-W34 & Version: Bios 1.23 / Embedded Controller 1.03)
*Till Heikamp <t dot heikamp at geniusbytes dot com> (Model 2886, Bios 1.22 to 1.29, Embedded Controller 1.03 to 1.06)
|-
| style="vertical-align:top;" | {{T60}} ||
*Roman Komkov <roman at komkov dot org dot ru> (Model 1951, Bios 1.07 to 2.13) Successfully upgraded from CD Image
|-
| style="vertical-align:top;" | {{X20}} ||
*Neil Caunt <retardis at gmail dot com>
|-
| style="vertical-align:top;" | {{X21}} ||
*Patrick Leickner <ranma at web dot de>, (BIOS 2.21->2.25 / EC 1.31->1.36) via non-disk/cabextract/mkisofs/cdrecord
|-
| style="vertical-align:top;" | {{X22}} ||
*David Emery <dave at skiddlydee dot com>, (EC 1.30, BIOS 1.32 using non-disk/cabextract/CD method)
|-
| style="vertical-align:top;" | {{X23}} ||
*Nils Faerber <nils dot faerber at kernelconcepts dot de> (Embedded Controller 1.30, BIOS 1.32 with cabextract/CD method)
|-
| style="vertical-align:top;" | {{X30}} ||
*Hella Breitkopf, [http://www.unixwitch.de/ www] (Embedded Controller 1.04, BIOS 1.07 with cabextract/CD method)
|-
| style="vertical-align:top;" | {{X31}} ||
*Grzegorz KuÅ›nierz <koniu at sheket dot org> (Embedded Controller 1.08, BIOS 3.01 with cabextract/CD method)
|-
| style="vertical-align:top;" | {{X40}} ||
*Robbie Stone <robbie@serendipity.cx>
|-
| style="vertical-align:top;" | {{Z60m}} ||
*[[User:Morle|Morle]] 13:09, 20 May 2006 (CEST), (Embedded Controller 1.14 with cabextract/CD method)
|}

===Does not work:===
{|
| '''Model''' || '''Tested by'''
|}

Please note that testing this is '''at your own risk'''!!!

==Updating via Grub and a Floppy Image==

{{WARN|Many have warned '''not''' to use the [http://syslinux.zytor.com/ SYSLINUX] image-loader [http://syslinux.zytor.com/memdisk.php MEMDISK] to boot the images! Some flash tools may crash in that situation! Proceed at your own risk!}}

Floppy images may be booted from Grub via a utility called [http://syslinux.zytor.com/memdisk.php MEMDISK], which may be compiled from the [http://www.kernel.org/pub/linux/utils/boot/syslinux/ '''SYSLINUX source''']. Copy the compiled memdisk image and the floppy image to your boot directory and configure grub as follows:

<blockquote style="background: white; border: 1px solid black; padding: 1em;">
<pre><nowiki>
title Bios Flash
kernel /boot/memdisk
initrd /boot/FILENAME.img
</nowiki></pre></blockquote>

Again, proceed at your own risk. This was tested on an R51 type 2888.

This also worked for me on a T41p type 2373. -- [[User:MrStaticVoid|James Lee]] 20:55, 8 May 2006 (CEST)

And it worked for me on a X31 type 2673-CBU. -- [[User:JanTopinski|Jan Topinski]], 18 September 2006

And it worked for me too on a X31 type 2672-CXU, very useful. -- [[User:TheAnarcat|TheAnarcat]] 16:21, 7 March 2007 (CET)

Same here (worked) on a X31 type 2673-58G --[[User:FaUl|FaUl]] 15:53, 20 June 2007 (UTC)FaUl

Works well on a X31 type 2672-PG9, but with a big moment between starting update and the updating window -- [[User:Starox|Starox]] 22 Jul 2007

And it worked for me on two X40 type 2371 -- [[User:Antialize|Jakob Truelsen]], 19 Jan 2007 -- BIOS: 2.07 1uuj21us.exe -- ECP: 1.62 1uhj10us.exe

Not working for me on T43 type 2668-F7G -- [[User:Maus3273|Maus3273]] 20:48, 30 January 2007 (CET) -- BIOS: 1.29 1YUJ18US.IMG -- I got into the bios program, but the machine never restarts after initiating the upgrade.

X41 type 2525-F8G -- [[User:ladoga|Lauri Koponen]], 11:08 16 Apr 2007<br>
BIOS: 2.09 (74UJ15US.IMG), is no go. (hangs while initialising the actual flashing process) I tried with 2.07 (74UJ13US.IMG) and 2.06 (74UJ12US.IMG) aswell and they all failed in the very same fashion.<br>
ECP: 1.02 74HJ03US.IMG, works.

It works fine on R30 type 2656-64g, BIOS v.1.40 -- [[User:english.voodoo|Yuri Spirin]], 10 May 2007.

==Updating with Network Boot Image==

BIOS, Embedded Controller (EC), CD/DVD and Harddisk firmware disks can be booted
over the network with [http://syslinux.zytor.com/pxe.php PXELINUX] as part of the [http://syslinux.zytor.com/ SYSLINUX] package.

This requires that you have a DHCP and tftp server configured and setup properly on
your network, and is probably not for the faint of heart.

Make sure the firmware bootdisk is in linux 'dd' format, as the self-extracting .exe disks
from the IBM website cannot be booted directly as such.

This worked on the {{R31}}, {{X22}}, {{T21}}, {{T30}} and {{T41p}} with various firmware updates.

On {{X22}}, works with EC 1.30 but NOT with BIOS 1.32

==Updating via "IBM Predesktop area", suitable for model X (not have CDROM and floppy)==
It's so difficult to update BIOS and ECP without cdrom, floppy disk.
Don't know the reason why I couldn't update BIOS and ECP(1QHJ08US and 1QUJ19US) for my IBM Thinkpad X31.Hmm, may be cause of the dividing partition on my hard disk, that is:
<blockquote style="background: white; border: 1px solid black; padding: 1em;">
<pre><nowiki>
Primary: ext3, ext3, ntfs
Extended: Ntsf, fat32
Bootloader: GRUB
</nowiki></pre></blockquote>

No problem, you can use this way to do it:
* First, config in BIOS
In Security part:
# Remove all password of Subpervisor and Power on password
# Set Access IBM Predesktop Area to Normal
# Choose Enable "Flash BIOS updating by End User" in BIOS update Option.

In Config part:
# Choose Enable for Network flash over Lan

* Second, download the newest version of BIOS update and ECP update
Running: The program extract all files to the folder. There is a .img file (1QUJ19US.IMG, 1QUJ08US.IMG) in each folder.
Copy the imformation content in that img file and paste it to one FAT partition(using winimage or TotalCmd to extract)

as seen All files in 1QUJ19US.IMG is extracted to D:\BIOS
<blockquote style="background: white; border: 1px solid black; padding: 1em;">
<pre><nowiki>
695,764 $018E000.FL1
163 0691.HSH
2,049 0691.PAT
163 0694.HSH
2,049 0694.PAT
163 0695.HSH
2,049 0695.PAT
2,049 06D0.PAT
163 06D1.HSH
2,049 06D1.PAT
163 06D2.HSH
2,049 06D2.PAT
163 06D6.HSH
2,049 06D6.PAT
2,049 06D8.PAT
697 CHKBMP.EXE
8,128 COMMAND.COM
26 CONFIG.SYS
24,860 FLASH2.EXE
26 LCREFLSH.BAT
170 LOGO.BAT
330 LOGO.SCR
111,925 PHLASH16.EXE
91,648 PREPARE.EXE
45 PROD.DAT
22,252 QKFLASH.EXE
9,923 README.TXT
4,260 TPCHKS.EXE
39,666 UPDTFLSH.EXE
6,958 UPDTMN.EXE
12,501 USERINT.EXE
15,254 UTILINFO.EXE
</nowiki></pre></blockquote>

And all files in 1QUJ08US.IMG are: D:\ECP
<blockquote style="background: white; border: 1px solid black; padding: 1em;">
<pre><nowiki>
315,404 $018E000.FL2
8,000 COMMAND.COM
36 CONFIG.SYS
16,910 ECFLASH2.EXE
45 PROD.DAT
17,812 QKFLASH.EXE
990 README.TXT
4,260 TPCHKS.EXE
89,738 UPDTEC.EXE
31,134 UPDTFLSH.EXE
12,501 USERINT.EXE
15,226 UTILINFO.EXE
</nowiki></pre></blockquote>

* Okie, now plug AC Adapter, charge full battery to your laptop and continue third step:

** '''Flash BIOS first,'''
1. Power On, press blue button on keyboard: '''Access IBM'''

2. On "Utilities", double click " Diagnostic disk"

3. Your laptop will start PC-DOS, wait when this message appear:
<blockquote style="background: white; border: 1px solid black; padding: 1em;">
<pre><nowiki>
Please insert the first floppy diskette and
Press any key to continue
</nowiki></pre></blockquote>

4. Press Ctrl + Break, you will see :
<blockquote style="background: white; border: 1px solid black; padding: 1em;"><pre><nowiki>Terminate batch job (Y/N) ?</nowiki></pre></blockquote>

5. Okie, press Y, you will get DOS prompt like D:\
{{NOTE|D:\ is my RAMDISK, C:\ is my disk format as FAT.!}}

6. Enter to c:\BIOS
<blockquote style="background: white; border: 1px solid black; padding: 1em;">
<pre><nowiki>
c:
cd c:\BIOS
</nowiki></pre></blockquote>

7. Run FLASH2.EXE /u $018E000.FL1

8. Wait flash progress compelete and reboot.
** '''Flash ECP'''
Follow above instruction from step 1 to 5

6. Enter to c:\ECP
<blockquote style="background: white; border: 1px solid black; padding: 1em;">
<pre><nowiki>
c:
cd c:\ECP
</nowiki></pre></blockquote>

7. run UPDTFLSH.EXE $018E000.FL2

8. Follow UPDTFLSH's instructions

9. Wait flash complete and auto turn off computer.

I done it on my IBM Thinkpad X31.

Enjoy,

Tested by nm.

==Check List==

The following is important to remember:
# You must update '''both''' the Control Program and the BIOS at the same time if your current Control Program is not compatible with the new BIOS (see below)
# You must find versions of the Control Program and BIOS that are compatible. Not all of them are, so follow the readmes on the IBM website carefully to determine which are.
# You must update the Control Program '''before''' you update the BIOS

When the Control Program '''and''' the BIOS need updating, have both update disks or CDs ready. Update the Control Program first and the system should switch itself off when finished. Insert the BIOS update disk and proceed to update the BIOS. When it's all finished, enter setup, reset the settings to their defaults and reboot. Enter setup again and tweak the settings as necessary.

ACPI

2007-08-03T07:29:36Z

Tellalov:

=== Using ACPI with Thinkpads ===
This page provides tips and tricks for making ACPI behave properly.
==== Thinkpad 600E 2645-4AU ====
===== Debian Lenny/2.6.21 =====
ACPI works but there are problems with suspend/hibernate:
* The package uswsusp doesn't have 600E white listed as of this writing (Aug 2007) so for suspend to ram you need to use "s2ram -f -p -m". On resume the video mode will be messed up switching back and forth to X fixes it. Don't suspend to ram without running X because the console gets messed up. Please, update this information if you find workarounds. Newer versions of uswsusp will [http://www.mail-archive.com/suspend-devel@lists.sourceforge.net/msg02882.html white list] 600E.
* Soundcard module needs [[Script for configuring the CS4239 sound chip in PnP mode|reloading]].
* 3com Etherlink III pcmcia card needs reloading.

'''Warning:''' There's a strange problem with ACPI - the system will lock hard when the fan is first started. Once the fan is running after the reboot the problem appears no longer.

===== Debian Lenny/2.6.22 =====
Linux 2.6.22 is fixing most of the problems with 2.6.21:
* The sound card works fine on resume
* The system no longer freezes when fan is switched on
* s2ram works without any quirks using -f -s

I strongly recommend the latest [[BIOS_Upgrade#Does_work:|BIOS version]]

[[Category:600E]]

BIOS Upgrade

2007-08-02T09:02:22Z

Tellalov: /* Does work: */

__TOC__

This page is meant to describe ways to update the BIOS on a ThinkPad that only runs Linux for users that don't have ready access to Windows. If you have Windows on your ThinkPad you can just boot into it and follow instructions on the IBM website.

{{NOTE| In one case ([[APM setup on a type 2379 ThinkPad T40]]) it was not possible to upgrade the BIOS from Windows XP; a downgrade to Windows 98 was required to successfully run the BIOS upgrade app. The symptoms in this case were that, once the files had been extracted to the hard disk, and the machine was to reboot into the upgrade app, it would beep and hang just before reboot, requiring a power cycle. Once the power was cycled, it would simply reboot back into XP without performing any BIOS upgrade actions. So even if you have Windows, you may still need to use the info on this page.}}

----
==Before You Begin==
Updating the BIOS in Linux (with few exceptions) '''is not officially supported''' by IBM/Lenovo. However there are work arounds.

{{WARN|By following any of the instructions here you are accepting the '''very real risk''' of turning your thinkpad into a big expensive paper weight, as a firmware update gone wrong can create unfixable problems.

'''Proceed at your own risk!'''

It is also '''important''' to understand that all modern Thinkpads have 2 seperate firmwares, the BIOS and the Control Program. A specific version of the Control Program will only work with specific versions of the BIOS. The IBM documentation is sometimes confusing about the order of update. Updating the Control Program first, then the BIOS seems to be the correct order on most, but not all Thinkpads. However, newer models from Lenovo update both at the same time, so you don't have to worry about. Make sure to do the separate updates immediately following each other, otherwise you risk turning your Thinkpad into a very nice paper weight.}}

==BIOS Upgrade Paths==

For every firmware (either BIOS or Control Program) update on the IBM site there used to be two different firmware update programs provided. The Diskette Updater and the Non Diskette Updater. For newer Lenovo Models the Diskette Updater is replaced with a bootable CD-Image and the The Non Diskette Updater is renamed BIOS Update Utility, both update the BIOS and the Control Program at the same time. A list of links to firmware downloads can be found at [[BIOS Upgrade Downloads]] for nearly all Thinkpad Models.

===The Diskette Updater===

This installer appears to be a 16bit dos program which asks you to accept a license agreement. It will run in Windows, DOS, OS/2, or [http://dosemu.sf.net Dosemu] perfectly, but requires a real floppy disk attached via a real floppy control. The USB Floppy Drive to the new Thinkpads doesn't count.

===The Bootable CD Image===

This should be the easiest way for non-Windows users and also maybe a more secure way for Windows users, too. As the Image is provided as a plain ISO-file without any windows enclosure, you can simply burn it to a CD-R/RW with any modern operation system, as long as you have a CD/DVD-RW Drive and then are able to boot from it.

===The Non Diskette Updater===
{{WARN|Though this process was successfully tested on one version of .exe files found on IBMs website this doesn't mean it will work for all of them. Use at your own risk.}}

This installer appears to be a 32bit windows exe which is designed for updating the BIOS directly from a running Windows OS. It turns out that the .exe is really a wrapper license program arround windows .cab files (this information is in [[How_to_change_the_BIOS_bootsplash_screen|BIOS-Bootsplash]]). If you install the Linux program [http://freshmeat.net/projects/cabextract/ '''cabextract'''] you can expand these files directly. Run the following:

:{{cmduser|cabextract FILENAME.exe}}

You will get 8 files in the current directory. One of them will be FILENAME.img. You can test that this is really a floppy image by running:

:{{cmdroot|mkdir mntfloppy}}
:{{cmdroot|mount -o loop FILENAME.img mntfloppy}}
:{{cmdroot|ls -la mntfloppy}}

If the results of {{cmdroot|ls -la mntfloppy}} look like a dos floppy, and no read errors were displayed, you have a pretty good chance that the floppy image is usable.

If you were able to create the boot floppy per the Diskette update method, and you have a Floppy with your Thinkpad, the update should be simple.

== Updating Thinkpad X Series ==

X Series Thinkpads do not have an internal drive. If there is no Windows installed, the BIOS must be updated by booting from an USB drive or a drive that is integrated in the docking station. Since a while Lenovo provides BIOS updates in form of bootable CD images. Unfortunately, these images are intended to be used with the docking station's CD drive. If you do not own such a drive, things get complicated.

The problem is that current BIOS updates are quite large, about 3 MB in size. Booting from CDs typically works like booting from a 1.44 MB or 2.88 MB floppy disk. The floppy image is stored on the CD and is referenced in the CD's boot record. Because the BIOS update file are that large, they do not fit on such a floppy image. Thus, they must be stored on the CD outside the virtual floppy image. To access these files a driver for the CD drive has to be loaded. Since Lenovo's CD images are intended to be used with a docking station's CD drive, it is not possible to use them for BIOS updates by booting from an USB CD drive.

But there is hope. The CD images provided by Lenovo can be modified such that they contain drivers for USB CD drives. I tested the following with a Thinkpad {{X60s}}.

The idea is to take Lenovo's ISO CD image and modify it such that a USB CD drive can be used instead the CD drive in the docking station. Unfortunately, simply replacing the drivers is not enough. While doing the BIOS update, the USB ports seem to get disabled or something. Therefore, before starting the update process the CD contents have to be copied to a RAM disk. I will describe the procedure step by step.

<ol>
<li>
Download the ISO image style BIOS update from Lenovo's website. This file will be refered to as <tt>/tmp/bios-lenovo.iso</tt>.
</li>

<li>
Extract the floppy image from this ISO image. You can use the following shell script for this task (or an alternative one from [http://userpages.uni-koblenz.de/~krienke/ftp/noarch/geteltorito/]). Simply save this code into the file <tt>/tmp/extractbootimage.sh</tt>, set the x-flag (<tt>chmod +x /tmp/extractbootimage.sh</tt>) and call it using the command <tt>/tmp/extractbootimage.sh /tmp/bios-lenovo.iso /tmp/bios-lenovo.img</tt>. The floppy image contained in the ISO image will then be saved to <tt>/tmp/bios-lenovo.img</tt>. Here is the code of the shell script:
<pre>
#!/bin/bash

# This script extracts the floopy boot image from bootable ISO images
#
# Written by Joachim Selke (mail@joachim-selke.de), 2007-04-07

ISOFILE=$1
IMAGEFILE=$2

if [ ! -r $ISOFILE ]; then
echo $ISOFILE: file does not exist or is not readable
exit 1
fi

if [ -z $IMAGEFILE ]; then
echo Error: no image file specified
exit 1
fi

ISOFILESIZE=`stat -c %s $ISOFILE`

# collect El Torito data
# see http://www.phoenix.com/NR/rdonlyres/98D3219C-9CC9-4DF5-B496-A286D893E36A/0/specscdrom.pdf for reference

BOOTCATALOGPOINTERBYTE=$((17 * 0x800 + 0x47))

if [ $ISOFILESIZE -lt $(($BOOTCATALOGPOINTERBYTE + 4)) ]; then
echo ISO file is too short, possibly damaged
exit 1
fi

# absolute pointer to first sector of boot catalog:
BOOTCATALOG=`od -A n -t x4 -N 4 -j $BOOTCATALOGPOINTERBYTE $ISOFILE | tr -d [:blank:]`

BOOTCATALOGBYTE=$((0x$BOOTCATALOG * 0x800))

echo Boot catalog starts at byte $BOOTCATALOGBYTE

if [ $ISOFILESIZE -lt $(($BOOTCATALOGBYTE + 32 + 2)) ]; then
echo ISO file is too short, possibly damaged
exit 1
fi

# media type of boot image
# only floppy disk images are supported by this script
BOOTMEDIATYPE=`od -A n -t x1 -N 1 -j $(($BOOTCATALOGBYTE + 32 + 1)) $ISOFILE | tr -d [:blank:]`

if [ $BOOTMEDIATYPE -eq 1 ]; then
echo Boot media type is 1.2M floppy disk
IMAGEBLOCKS=$((1200 / 2))
elif [ $BOOTMEDIATYPE -eq 2 ]; then
echo Boot media type is 1.44M floppy disk
IMAGEBLOCKS=$((1440 / 2))
elif [ $BOOTMEDIATYPE -eq 3 ]; then
echo Boot media type is 2.88M floppy disk
IMAGEBLOCKS=$((2880 / 2))
else
echo Boot media type is $((0x$BOOTMEDIATYPE)). This type is not supported yet.
exit 1
fi

# absolute pointer to start of boot image
BOOTIMAGE=`od -A n -t x4 -N 4 -j $(($BOOTCATALOGBYTE + 32 + 8)) $ISOFILE | tr -d [:blank:]`

BOOTIMAGEBYTE=$((0x$BOOTIMAGE * 0x800))

echo Boot image starts at byte $BOOTIMAGEBYTE

if [ $ISOFILESIZE -lt $((0x$BOOTIMAGE * 0x800 + $IMAGEBLOCKS * 0x800)) ]; then
echo ISO file is too short, possibly damaged
exit 1
fi

echo Extracting boot image ...

dd if=$ISOFILE of=$IMAGEFILE bs=2K count=$IMAGEBLOCKS skip=$((0x$BOOTIMAGE))

echo Finished
</pre>
</li>

<li>
Mount the floppy image '''as root''' using the loop device:
:{{cmdroot|mkdir /tmp/bios-lenovo.img-mnt}}
:{{cmdroot|mount -o loop /tmp/bios-lenovo.img /tmp/bios-lenovo.img-mnt}}
The image is now mounted as <tt>/tmp/bios-lenovo.img-mnt</tt>.
</li>

<li>
Download needed drivers. First download some [http://panasonic.co.jp/pcc/products/drive/other/driver/f2h_usb.exe USB drivers] from Panasonic Japan. Save the file to <tt>/tmp/f2h_usb.exe</tt> This file is a self-extracting EXE file, that can be executed under Linux using [http://www.winehq.com/ Wine]:
:{{cmduser|wine /tmp/f2h_usb.exe}}
You will be asked where to save the extracted files. Choose <tt>/tmp</tt>. A new directory <tt>/tmp/F2h</tt> containing the needed drivers will be created.

Additionally, you will need drivers for the RAM disk mentioned. Download them from the [http://sourceforge.net/projects/srdisk ReSizeable RAMDisk project]. Unzip them to <tt>/tmp/srdisk</tt>.
</li>

<li>
Let's modify the floppy image:
:{{cmduser|cp /tmp/F2h/Usbaspi.sys /tmp/bios-lenovo.img-mnt/}}
:{{cmduser|cp /tmp/F2h/USBCD.SYS /tmp/bios-lenovo.img-mnt/}}
:{{cmduser|cp /tmp/F2h/RAMFD.SYS /tmp/bios-lenovo.img-mnt/}}
:{{cmduser|cp /tmp/srdisk/srdxms.sys /tmp/bios-lenovo.img-mnt/}}
:{{cmduser|cp /tmp/srdisk/srdisk.exe /tmp/bios-lenovo.img-mnt/}}
Now add the following lines to <tt>/tmp/bios-lenovo.img-mnt/config.sys</tt> replacing the line <tt>DEVICE = A:\IBMTPCD.SYS /R /C</tt>:
<pre>
DEVICE = A:\SRDXMS.SYS
DEVICE = A:\RAMFD.SYS
DEVICE = A:\USBASPI.SYS /V
DEVICE = A:\USBCD.SYS /D:TPCD001
</pre>
Finally, edit the file <tt>/tmp/bios-lenovo.img-mnt/autoexec.bat</tt> replacing the last line (saying <tt>COMMAND.COM</tt>) by the following:
<pre>
A:\SRDISK 10000
COPY *.* D:
D:
COMMAND.COM
</pre>

Maybe the RAM disk gets a drive letter different from D: on your system. In this case, you have to change the above lines accordingly.
</li>

<li>
Unmount the floppy image (as root):
:{{cmdroot|umount /tmp/bios-lenovo.img-mnt}}
</li>

<li>
Copy the content of the original CD image to a new directory and create a new ISO file:
:{{cmdroot|mkdir /tmp/bios-lenovo.iso-mnt}}
:{{cmdroot|mount -o loop /tmp/bios-lenovo.iso /tmp/bios-lenovo.iso-mnt}}
:{{cmduser|mkdir /tmp/bios-new.iso-mnt}}
:{{cmduser|cp /tmp/bios-lenovo.iso-mnt/* /tmp/bios-new.iso-mnt}}
:{{cmduser|cp /tmp/bios-lenovo.img /tmp/bios-new.iso-mnt/boot.img}}
:{{cmdroot|umount /tmp/bios-lenovo.iso-mnt}}
:{{cmduser|mkisofs -relaxed-filenames -b boot.img -o /tmp/bios-new.iso /tmp/bios-new.iso-mnt/}}
</li>

<li>
The file <tt>/tmp/bios-new.iso</tt> is the modified ISO file. Just burn it to CD and use this CD for updating your BIOS (boot from it using your USB drive). Please give some comments here if it worked for you.
</li>

</ol>

===Comments===

<ul>

<li>
I have followed your excellent instructions. The CD booted, the update program ran but stopped working and responding while updating. Luckily the BIOS was not destroyed. Since destroying the BIOS is a very high risk, I am going to recover the original Windows on an old HD and will run the update exe update program from there.
</li>

<li>
I followed these clear instructions, and like the comment above I ended up with a CD that booted but the update program stopped working and responding. An ALT-CTRL-DELETE rebooted my x60s, and it works so the BIOS must not have been damaged. I was trying to upgrade from version 2.08 to 2.11, I wonder if these instructions are somehow particular to certain versions?
[[User:Latch|Latch]] 01:22, 14 June 2007 (UTC)
</li>

<li>
After following the above instructions, the program also stopped working while updating the BIOS. But after changing the drive letter from D: to C: (see code below), it everything worked fine. However, I had some trouble figuring out, which letter to choose over D: at first, as the BIOS Upgrade program started right away.

<pre>
A:\SRDISK 10000
COPY *.* C:
C:
COMMAND.COM
</pre>
[[User:Mtx|Mtx]], 1 August 2007, Thinkpad X61s
</li>

</ul>

==Updating via CD/DVD Drive==

The whole thing gets more complicated if you neither have Windows nor a floppy drive installed. This is what this page is intended to describe.

Another possibility which works even without a CD-drive or network is to boot the disk image via the grub initrd mechanism.

Be aware that IBM officially does '''not''' support this! The official statement to my support request was:

<blockquote style="background: white; border: 1px solid black; padding: 1em;">
<pre><nowiki>
I'm afraid we only support the options listed on our web page and no you
can't burn a CD/DVD, however you can try to use an external USB FDD
(floppy) drive. The experts recommend a IBM USB FDD, however they have also
tested it with a Sony USB FDD drive.

In order to make sure the drive is recognised you can boot up the FDD with
a bootable dos diskette for w98
</nowiki></pre>
</blockquote>

But it seems to be possible as Mathias Dalheimer describes this [http://mailman.linux-thinkpad.org/pipermail/linux-thinkpad/1998-January/009743.html here].

Another indication that it should work is that IBM uses PHLASH16.EXE (at least on T4x/p systems) to flash the BIOS into the chip. The same tool is used by [http://www.samsungpc.com/gb/support/p35/bios/bios-instructions.html other vendors] to flash the BIOS from bootable CD-ROMs.
{{WARN|Do '''not''' use the [http://syslinux.zytor.com/ SYSLINUX] image-loader [http://syslinux.zytor.com/memdisk.php MEMDISK] to boot the images! Some flash tools crash in that situation!}}

Some interesting but very technical information about the used flash tool can be found [http://www.paul.sladen.org/thinkpad-r31/wifi-card-pci-ids.html here].

===Creating a Floppy Image===
If you have created a boot floppy on another machine, you need to create an image file of that floppy. This can be easily done in linux by running a command line:

:{{cmdroot|1=dd bs=2x80x18b if=/dev/fd0 of=/tmp/floppy.img}}

You can also create a floppy image by using Ken Kato's [http://chitchat.at.infoseek.co.jp/vmware/vfd.html VMware's back]. It is a free Windoze tool that creates a virtual floppy drive and allows you to produce an image file ready to be ISO'ed. Note: you might have to 'manually' (through application's interface) assign the virtual drive a volume letter in order to be seen by IBM's application (as, by default, it seems not to do it).

You should verify this {{path|floppy.img}} as explained above.

===Creating a Bootable CD from a Floppy Image===
Once you have your floppy image, either from imaging a real floppy, or from extracting them via the cabextract method above, you need to make a boot CD out of it.

The eltorito bootable CD standard is a wonderful thing. What this means is that a bootable CD can be made with a bootable floppy in such as way that the CD believes that it is a 2.88 MB floppy drive. This allows you to replace a boot floppy by a boot CD in nearly all situations.

It is very easy to create such a bootable CD ISO image in Linux using the mkisofs tool. To do this run a command as follows:

:{{cmdroot|mkisofs -b bootfloppy.img -o bootcd.iso bootfloppy.img}}

Note: This creates a CD with one file on it and marks that file as the boot image. For more info on this read {{cmduser|man mkisofs}}.

You can now burn the {{path|bootcd.iso}} in your favorite CD burning program.

To get an overview which models have been tested with this version, here is a list:

===Does work:===
{| border="1" cellspacing="0" cellpadding="2"
| '''Model''' || '''Tested by'''
|-
| style="vertical-align:top;" | {{600E}} (2645-4AU) ||
*George Tellalov <gtellalov_dontspamme@bigfoot.com>. BIOS 1.16 from spsdin36.exe worked perfectly with the method bootable cd from floppy image. I highly recommend this upgrade because it made my ibm-acpi module load (it wouldn't load before) and fixed some suspend to ram problems.
|-
| style="vertical-align:top;" | {{600X}} (2645) ||
*Jonathan Byrne <jonathan@RemoveThisToMailMe.yamame.org>. BIOS 1.11 from spsuit55.exe worked perfectly using cabextract/CD method.
|-
| style="vertical-align:top;" | {{A20p}} (2629-6VU) ||
*Chris Pickett http://www.sable.mcgill.ca/~cpicke/. BIOS 1.11 flashed fine with cabextract/CD method.
|-
| style="vertical-align:top;" | {{A21e}} (2628-JXU) ||
*Amit Gurdasani <gurdasani at yahoo dot com>. BIOS 1.13 flashed fine with cabextract/CD method. Alarmingly, after the BIOS update, the laptop beeped but did not shut down as was indicated onscreen -- that was frozen on the "do not shut down the laptop" screen. On power down and up again, the BIOS setup showed the newer BIOS image running, and Linux booted up fine. Linux ACPI didn't complain about the BIOS being too old either.
|-
| style="vertical-align:top;" | {{A31p}} (2653) ||
*Matthias Meinke largeeddy@gmx.at, BIOS 1.09 1NET15WW flashed fine with cabextract/CD method.
|-
| style="vertical-align:top;" | {{A31}} (2652) ||
*[[User:Wnoise|Aaron Denney]], BIOS 1.13 flashed fine with cabextract/CD method.
|-
| style="vertical-align:top;" | {{R31}} ||
*[http://mailman.linux-thinkpad.org/pipermail/linux-thinkpad/1998-January/009743.html Mathias Dalheimer]
*Sebastian Sauer (with cabextract/CD method)
|-
| style="vertical-align:top;" | {{R40}} ||
*Matthew Lambie, http://lambie.org
|-
| style="vertical-align:top;" | {{R50}} (1836-3SU) ||
*jlbartos <jlbartos at hotmail dot com>
|-
| style="vertical-align:top;" | {{R50e}} (1834-PTG) ||
*item <item at freemail dot hu> : successfully finished with cabextract/CD method for "1wuj25us.exe" (BIOS version 1WET90WW (2.10), Release Date: 2006/12/22)
|-
| style="vertical-align:top;" | {{R51}} (1829) ||
*Robert Uhl <rob dot uhl at gmx dot de>, Jellby <jellby at yahoo dot com>
|-
| style="vertical-align:top;" | {{R51}} (1830-RM7) ||
*Will Parker <stardotstar at sourcepoint dot com dot au> successfully flashed 3.20 using existing 3.04 ECP and retained custom boot splash.
|-
| style="vertical-align:top;" | {{R51}} (2887) ||
*Ingo van Lil <inguin at gmx dot de>
|-
| style="vertical-align:top;" | {{R52}} (1858) ||
*Stuart McCord <stuart dot mccord at gmail dot com> flashed both BIOS and ECP using cabextract, BIOS flashed first as on IBM website
|-
| style="vertical-align:top;" | {{T20}} ||
*Franz Hassels <fhassel at suse dot com>
|-
| style="vertical-align:top;" | {{T22}} ||
*Daniel Maier <nusse teamidiot de>
*Mathias Behrle (with cabextract/CD method, Version 1.07 => 1.12) --[[User:Mathiasb|Mathiasb]] 11:58, 14 December 2006 (CET)
*Bob Skaroff (cabextract/CD), 1.06 => 1.12
*Leo Butler (cabextract/CD), 1.11 => 1.12
|-
| style="vertical-align:top;" | {{T23}} ||
*Bart Snapp <snapp at uiuc dot edu> Note: I followed IBM's instructions to flash the BIOS *first* and the Embedded Controller *second*.
*Moy Easwaran: BIOS 1.18 / EC 1.06a via cabextract and CD-boot. The BIOS-update exe generated errors in Windows 2000.
*Joe Renes: BIOS 1.18 / EC 1.06a on 2006-03-20 via cabextract and CD-boot. Piece of cake.
*Raphael Errani: BIOS 1.20 / EC 1.06a on 2006-11-06 via cabextract and CD-boot (using mkisofs). Worked without errors. 1st Bios, 2nd EC
|-
| style="vertical-align:top;" | {{T30}} ||
*Martin GÃ¼hring <guehring at gmail.com> BIOS 2.10 via cabextract the Non-Diskette BIOS -> mkisofs '''in the directory the exe was extracted''' to generate the iso -> burn the iso -> boot the CD
|-
| style="vertical-align:top;" | {{T40}} ||
*Sean Dague, http://dague.net
*Justin Mason, http://jmason.org
*Ivanhoe (Bios 3.19)
|-
| style="vertical-align:top;" | {{T40p}} ||
*Lukas KrÃ¤henbÃ¼hl, ismo at pop dot agri dot ch
*Thomas Achtemichuk, tom at tomchuk dot com. BIOS 3.15 flashed fine with cabextract/CD method
|-
| style="vertical-align:top;" | {{T41}} ||
*Lev Givon (Bios 3.15 / EC 3.04) <lev at columbia dot edu>
*Ernesto HernÃ¡ndez-Novich (Bios 3.19 / CP 3.04) < emhn at usb dot ve >
*[http://maebmij.org James Ballantine] (Bios 3.21 / CP 3.04) using nondisk/cabextract/CDRW
|-
| style="vertical-align:top;" | {{T41p}} ||
*Nils Newman, work great. (Version: Bios 3.14 / Embedded Controller 3.04)
|-
| style="vertical-align:top;" | {{T42}} ||
*Dan (BIOS 3.20 / EC 3.04, cabextract/CD method) <tronic171 at evilphb.org>
|-
| style="vertical-align:top;" | {{T42p}} ||
*Robert Schiele <rschiele@uni-mannheim.de>, Joern Heissler <joern@heissler.de>
|-
| style="vertical-align:top;" | {{T43}} ||
*Conrad Rentsch <Conrad dot Rentsch at t-online dot de> (Version: Bios 1.29 / Embedded Controller 1.06)
*Tom Heady <tom-thinkwiki.org@punch.net>
*Florian Boucault <florian at boucault dot ath dot cx> (Model : 1871-W34 & Version: Bios 1.23 / Embedded Controller 1.03)
*Till Heikamp <t dot heikamp at geniusbytes dot com> (Model 2886, Bios 1.22 to 1.29, Embedded Controller 1.03 to 1.06)
|-
| style="vertical-align:top;" | {{T60}} ||
*Roman Komkov <roman at komkov dot org dot ru> (Model 1951, Bios 1.07 to 2.13) Successfully upgraded from CD Image
|-
| style="vertical-align:top;" | {{X20}} ||
*Neil Caunt <retardis at gmail dot com>
|-
| style="vertical-align:top;" | {{X21}} ||
*Patrick Leickner <ranma at web dot de>, (BIOS 2.21->2.25 / EC 1.31->1.36) via non-disk/cabextract/mkisofs/cdrecord
|-
| style="vertical-align:top;" | {{X22}} ||
*David Emery <dave at skiddlydee dot com>, (EC 1.30, BIOS 1.32 using non-disk/cabextract/CD method)
|-
| style="vertical-align:top;" | {{X23}} ||
*Nils Faerber <nils dot faerber at kernelconcepts dot de> (Embedded Controller 1.30, BIOS 1.32 with cabextract/CD method)
|-
| style="vertical-align:top;" | {{X30}} ||
*Hella Breitkopf, [http://www.unixwitch.de/ www] (Embedded Controller 1.04, BIOS 1.07 with cabextract/CD method)
|-
| style="vertical-align:top;" | {{X31}} ||
*Grzegorz KuÅ›nierz <koniu at sheket dot org> (Embedded Controller 1.08, BIOS 3.01 with cabextract/CD method)
|-
| style="vertical-align:top;" | {{X40}} ||
*Robbie Stone <robbie@serendipity.cx>
|-
| style="vertical-align:top;" | {{Z60m}} ||
*[[User:Morle|Morle]] 13:09, 20 May 2006 (CEST), (Embedded Controller 1.14 with cabextract/CD method)
|}

===Does not work:===
{|
| '''Model''' || '''Tested by'''
|}

Please note that testing this is '''at your own risk'''!!!

==Updating via Grub and a Floppy Image==

{{WARN|Many have warned '''not''' to use the [http://syslinux.zytor.com/ SYSLINUX] image-loader [http://syslinux.zytor.com/memdisk.php MEMDISK] to boot the images! Some flash tools may crash in that situation! Proceed at your own risk!}}

Floppy images may be booted from Grub via a utility called [http://syslinux.zytor.com/memdisk.php MEMDISK], which may be compiled from the [http://www.kernel.org/pub/linux/utils/boot/syslinux/ '''SYSLINUX source''']. Copy the compiled memdisk image and the floppy image to your boot directory and configure grub as follows:

<blockquote style="background: white; border: 1px solid black; padding: 1em;">
<pre><nowiki>
title Bios Flash
kernel /boot/memdisk
initrd /boot/FILENAME.img
</nowiki></pre></blockquote>

Again, proceed at your own risk. This was tested on an R51 type 2888.

This also worked for me on a T41p type 2373. -- [[User:MrStaticVoid|James Lee]] 20:55, 8 May 2006 (CEST)

And it worked for me on a X31 type 2673-CBU. -- [[User:JanTopinski|Jan Topinski]], 18 September 2006

And it worked for me too on a X31 type 2672-CXU, very useful. -- [[User:TheAnarcat|TheAnarcat]] 16:21, 7 March 2007 (CET)

Same here (worked) on a X31 type 2673-58G --[[User:FaUl|FaUl]] 15:53, 20 June 2007 (UTC)FaUl

Works well on a X31 type 2672-PG9, but with a big moment between starting update and the updating window -- [[User:Starox|Starox]] 22 Jul 2007

And it worked for me on two X40 type 2371 -- [[User:Antialize|Jakob Truelsen]], 19 Jan 2007 -- BIOS: 2.07 1uuj21us.exe -- ECP: 1.62 1uhj10us.exe

Not working for me on T43 type 2668-F7G -- [[User:Maus3273|Maus3273]] 20:48, 30 January 2007 (CET) -- BIOS: 1.29 1YUJ18US.IMG -- I got into the bios program, but the machine never restarts after initiating the upgrade.

X41 type 2525-F8G -- [[User:ladoga|Lauri Koponen]], 11:08 16 Apr 2007<br>
BIOS: 2.09 (74UJ15US.IMG), is no go. (hangs while initialising the actual flashing process) I tried with 2.07 (74UJ13US.IMG) and 2.06 (74UJ12US.IMG) aswell and they all failed in the very same fashion.<br>
ECP: 1.02 74HJ03US.IMG, works.

It works fine on R30 type 2656-64g, BIOS v.1.40 -- [[User:english.voodoo|Yuri Spirin]], 10 May 2007.

==Updating with Network Boot Image==

BIOS, Embedded Controller (EC), CD/DVD and Harddisk firmware disks can be booted
over the network with [http://syslinux.zytor.com/pxe.php PXELINUX] as part of the [http://syslinux.zytor.com/ SYSLINUX] package.

This requires that you have a DHCP and tftp server configured and setup properly on
your network, and is probably not for the faint of heart.

Make sure the firmware bootdisk is in linux 'dd' format, as the self-extracting .exe disks
from the IBM website cannot be booted directly as such.

This worked on the {{R31}}, {{X22}}, {{T21}}, {{T30}} and {{T41p}} with various firmware updates.

On {{X22}}, works with EC 1.30 but NOT with BIOS 1.32

==Updating via "IBM Predesktop area", suitable for model X (not have CDROM and floppy)==
It's so difficult to update BIOS and ECP without cdrom, floppy disk.
Don't know the reason why I couldn't update BIOS and ECP(1QHJ08US and 1QUJ19US) for my IBM Thinkpad X31.Hmm, may be cause of the dividing partition on my hard disk, that is:
<blockquote style="background: white; border: 1px solid black; padding: 1em;">
<pre><nowiki>
Primary: ext3, ext3, ntfs
Extended: Ntsf, fat32
Bootloader: GRUB
</nowiki></pre></blockquote>

No problem, you can use this way to do it:
* First, config in BIOS
In Security part:
# Remove all password of Subpervisor and Power on password
# Set Access IBM Predesktop Area to Normal
# Choose Enable "Flash BIOS updating by End User" in BIOS update Option.

In Config part:
# Choose Enable for Network flash over Lan

* Second, download the newest version of BIOS update and ECP update
Running: The program extract all files to the folder. There is a .img file (1QUJ19US.IMG, 1QUJ08US.IMG) in each folder.
Copy the imformation content in that img file and paste it to one FAT partition(using winimage or TotalCmd to extract)

as seen All files in 1QUJ19US.IMG is extracted to D:\BIOS
<blockquote style="background: white; border: 1px solid black; padding: 1em;">
<pre><nowiki>
695,764 $018E000.FL1
163 0691.HSH
2,049 0691.PAT
163 0694.HSH
2,049 0694.PAT
163 0695.HSH
2,049 0695.PAT
2,049 06D0.PAT
163 06D1.HSH
2,049 06D1.PAT
163 06D2.HSH
2,049 06D2.PAT
163 06D6.HSH
2,049 06D6.PAT
2,049 06D8.PAT
697 CHKBMP.EXE
8,128 COMMAND.COM
26 CONFIG.SYS
24,860 FLASH2.EXE
26 LCREFLSH.BAT
170 LOGO.BAT
330 LOGO.SCR
111,925 PHLASH16.EXE
91,648 PREPARE.EXE
45 PROD.DAT
22,252 QKFLASH.EXE
9,923 README.TXT
4,260 TPCHKS.EXE
39,666 UPDTFLSH.EXE
6,958 UPDTMN.EXE
12,501 USERINT.EXE
15,254 UTILINFO.EXE
</nowiki></pre></blockquote>

And all files in 1QUJ08US.IMG are: D:\ECP
<blockquote style="background: white; border: 1px solid black; padding: 1em;">
<pre><nowiki>
315,404 $018E000.FL2
8,000 COMMAND.COM
36 CONFIG.SYS
16,910 ECFLASH2.EXE
45 PROD.DAT
17,812 QKFLASH.EXE
990 README.TXT
4,260 TPCHKS.EXE
89,738 UPDTEC.EXE
31,134 UPDTFLSH.EXE
12,501 USERINT.EXE
15,226 UTILINFO.EXE
</nowiki></pre></blockquote>

* Okie, now plug AC Adapter, charge full battery to your laptop and continue third step:

** '''Flash BIOS first,'''
1. Power On, press blue button on keyboard: '''Access IBM'''

2. On "Utilities", double click " Diagnostic disk"

3. Your laptop will start PC-DOS, wait when this message appear:
<blockquote style="background: white; border: 1px solid black; padding: 1em;">
<pre><nowiki>
Please insert the first floppy diskette and
Press any key to continue
</nowiki></pre></blockquote>

4. Press Ctrl + Break, you will see :
<blockquote style="background: white; border: 1px solid black; padding: 1em;"><pre><nowiki>Terminate batch job (Y/N) ?</nowiki></pre></blockquote>

5. Okie, press Y, you will get DOS prompt like D:\
{{NOTE|D:\ is my RAMDISK, C:\ is my disk format as FAT.!}}

6. Enter to c:\BIOS
<blockquote style="background: white; border: 1px solid black; padding: 1em;">
<pre><nowiki>
c:
cd c:\BIOS
</nowiki></pre></blockquote>

7. Run FLASH2.EXE /u $018E000.FL1

8. Wait flash progress compelete and reboot.
** '''Flash ECP'''
Follow above instruction from step 1 to 5

6. Enter to c:\ECP
<blockquote style="background: white; border: 1px solid black; padding: 1em;">
<pre><nowiki>
c:
cd c:\ECP
</nowiki></pre></blockquote>

7. run UPDTFLSH.EXE $018E000.FL2

8. Follow UPDTFLSH's instructions

9. Wait flash complete and auto turn off computer.

I done it on my IBM Thinkpad X31.

Enjoy,

Tested by nm.

==Check List==

The following is important to remember:
# You must update '''both''' the Control Program and the BIOS at the same time if your current Control Program is not compatible with the new BIOS (see below)
# You must find versions of the Control Program and BIOS that are compatible. Not all of them are, so follow the readmes on the IBM website carefully to determine which are.
# You must update the Control Program '''before''' you update the BIOS

When the Control Program '''and''' the BIOS need updating, have both update disks or CDs ready. Update the Control Program first and the system should switch itself off when finished. Insert the BIOS update disk and proceed to update the BIOS. When it's all finished, enter setup, reset the settings to their defaults and reboot. Enter setup again and tweak the settings as necessary.

ACPI

2007-08-02T07:21:38Z

Tellalov:

ACPI

2007-08-02T07:19:15Z

Tellalov: â†Created page with '=== Using ACPI with Thinkpads === This page provides tips and tricks for making ACPI behave properly. ==== Thinkpad 600E 2645-4AU ==== ===== Debian Lenny/2.6.21 ===== ACPI...'

Idle consumptions

2007-07-31T10:33:32Z

Tellalov:

This page reports the minimal consumptions of Thinkpads when idle. This means, in principle: minimum brightness, CPU and GPU at lowest speed, no wifi, hard drive spun down, no pcmcia cards inserted (see details of each entry).

This kind of information has several uses: comparing one's consumption with that of other people's setups, knowing which model to use as a gateway/file server, etc.

{| border="1" cellspacing="0" cellpadding="2"

! Model !! OS !! Remarks !! consumption
|----
|{{600E}} PII/366 || Debian Lenny/2.6.21 gnome || back light off, laptop-mode-tools enabled, fan on, idling, measured with powertop || 6W
|----
|{{600E}} PII/366 || Debian Lenny/2.6.21 gnome || Min brightness, laptop-mode-tools enabled, fan on, idling, measured with powertop || 7.5W
|----
|{{600E}} PII/366 || Debian Lenny/2.6.21 gnome || Max brightness, laptop-mode-tools enabled, fan on, idling, measured with powertop || 9.2W
|----
|{{600E}} PII/366 || Debian Lenny/2.6.21 gnome || Max brightness, laptop-mode-tools enabled, fan on, 100% cpu utilisation, measured with powertop || ~22W
|----
|{{600E}} PIII/450 || Archlinux 0.8/xfce || || 9W
|----
|{{R50e}}|| Gentoo (linux-2.6.22-rc4 force_HPET, fluxbox) ||With Networking, USB, firefox, thunderbird || 11.1W
|----
|{{R50e}}|| Gentoo (linux-2.6.22-rc4 force_HPET, fluxbox) ||Fluxbox + shell (+fan) || 10.5W
|----
|{{R50e}}|| Gentoo (linux-2.6.22-rc4 force_HPET, fluxbox) ||Blank Screen after 20min idle (+fan) || 7.1W
|----
|{{R52}}|| Gentoo (linux-2.6.22-rc6 + phc + hrt) ||Min brightness, tp-fancontrol, ipw2200 with power_save 5, undervolted, ondemand, laptop_mode, rovclock -c 100 -m 100<br />virtual console (idle kde desktop adds about 0.2W) || 12.1W
|----
|{{R61}}||Ubuntu 7.04||Wireless on||16.4W
|----
|{{T23}}||Ubuntu 7.04|| || 10.7W
|----
|{{T41p}}||Ubuntu 7.04|| Undervolted, fglrx, no dri; fan->+0.5W, powerstate=2->+0.7W, HD->+1.5W || 8.3W
|----
|{{T42}} (2373)||Debian 4.0 Etch|| Kernel 2.6.21_rc5 + hrtimer, rovclock -c 100 -m 120 (Radeon M10), no DRI, min bright. (+3W max), no wifi (+1W if idle) || 9.4W
|----
|{{T43}} (1871)||Debian (Linux 2.6.21, fluxbox)|| DRI, alsa (power_save=1), with usb, no networking || 10.1W (12.0W with HD)
|----
|{{T43}} (2669)||Gentoo (2.6.20-gentoo-r5)|| Undervolted, fglrx (powerstate=1), DRI, no alsa, no usb modules, no networking || 12.7W
|----
|{{T43}} (2686)||Fedora Core 6 (2.6.19.x patched)|| Undervolted, radeon, <tt>rovclock -c 125 -m 130</tt>, no DRI, ALSA <tt>power_save=1</tt>, no usb modules, no networking, min brightness, HDD spun down || 15W
|----
|{{T60}} (2007)||Fedora Core 6|| Wireless kill switch on, 1400x1050 panel @ min brightness, fglrx (powerstate=1), HDD spun up (~1W saving without) || 16W
|----
|{{T60}} (2007)||KUbuntu 7.04|| Wireless on, 1680x1050 panel @ medium brightness, fglrx (powerstate=1) || 16W
|----
|{{T60}} (2623D6U)||Debian testing (linux-2.6.21-1-686)||1400x1050 14" min-bright, iwpriv wlan0 set_power 7, VESA driver|| 12,7W
|----
|{{X31}}||Debian Etch||2.6.22rc6+hrt1 patch+radeon patch||~ 8 W
|----
|{{X60}}||Ubuntu 7.04||Wireless kill switch on, min brightness||10.2W
|----
|{{X60s}}||Debian Etch||2.6.21 tickless kernel, processes tweaked with powertop, usb/fw unloaded, hd spun down, min brightness, ipw3945 set to powersave mode 7||8.3W
|----
|{{X60s}}||Debian Etch||2.6.21 tickless kernel, processes tweaked with powertop, usb/fw unloaded, hd spun down, min brightness,ipw3945 unloaded||9W
|----
|{{X60s}}||Debian Lenny(testing)|| 2.6.22 tickless kernel, hrt-patch, alpm-patches, almost everything unloaded (wifi,pcmcia,ethernet,usb,firewire,sd,snd) and stopped (no X11,only cron/syslog), no vesa-fb, min brightness, 5 min idle, measured with powertop 1.7 (ACPI)||7.7W
|----
|{{X60s}}||Debian Lenny(testing)|| 2.6.22 tickless kernel, hrt-patch, alpm-patches, almost everything unloaded (wifi,pcmcia,ethernet,usb,firewire,sd,snd), with X11 (latest intel-xorg-driver, DRI enabled) and one x-terminal running, min brightness, 5 min idle, measured with powertop 1.7 (ACPI)||8.3W
|----