ThinkWiki - User contributions [en]

Problem with lm-sensors

2005-01-19T11:27:16Z

217.230.184.76: /* Problem description */ added remark about nonsenseness of trying

Information about the problem of lm_sensors corrupting the eeprom of Thinkpads.

==Problem description==

'''NOTE''' that lm_sensors doesn't work with ThinkPads at all - even if this problem wouldn't occur. So just don't care about lm_sensors and use ACPI if possible.

lm_sensors prior to 2.6.5 caused the corruption of the Thinkpads eeprom, leading to the Thinkpad not being bootable anymore.
The common error on the affected models was:
POST ERROR 188 - EEPROM CRC ERROR
or for the Thinkpad 240:
0188: Invalid RFID Serialization Area

Also affected is glms (GNOME LM-Sensors)

==Affected Models==

*Thinkpad 570E
*Thinkpad 600E, 600X
*Thinkpad 770X, 770Z
*Thinkpad 240
*Thinkpad X20
*probably more

==Affected Operating Systems==

*Linux, all flavours

==Status==

It is known that the corruption was caused during the execution of sensors-detect and it is also known that its the specific Atmel 24RF08 eeprom, that is affected.

Hence the developers of lm_sensors included a Thinkpad detection routine into the software starting from 2.6.5 and published [http://www2.lm-sensors.nu/~lm78/cvs/browse.cgi/lm_sensors2/README.thinkpad this readme]. If you try to run sensors-detect on a Thinkpad it just quits with an error message, protecting your Thinkpads eeprom.

However, even though even the inner workings that cause the eeprom to get corrupted seem to be known, it seems impossible to avoid it and make lm_sensors work at the same time.

Currently it is unclear, if newer Thinkpad models are affected or not.

==Solutions==

On more recent models, try to use ACPI to gather information about processor temperature and the like. It is the future anyway.

On older models '''avoid lm_sensors and related software!'''

[[Category:240]] [[Category:240X]] [[Category:570]] [[Category:570E]] [[Category:600]] [[Category:600E]] [[Category:600X]] [[Category:770X]] [[Category:770Z]] [[Category:X20]]

How to make use of Graphics Chips Power Management features

2005-01-19T11:21:38Z

217.230.184.76:

==DynamicClocks in the Radeon Xorg driver==
The xorg X server has support for a power saving feature from ATI called PowerPlay. Xorg calls this feature DynamicClocks. It can be enabled in the server by adding '''Option "DynamicClocks" "on"''' in the '''Device''' section in /etc/X11/xorg.conf

Section "Device"
Identifier "Videocard0"
Driver "radeon"
VendorName "IBM Thinkpad"
BoardName "ATI Radeon Mobility M9"
'''Option "DynamicClocks" "on"'''
EndSection

With this option enabled, the X11 server should print (/var/log/Xorg.0.log):

(**) RADEON(0): Option "DynamicClocks" "on"
(II) RADEON(0): Dynamic Clock Scaling Enabled

http://www.ati.com/products/pdf/powerplaywp2.pdf

[[Category:G40]] [[Category:G41]] [[Category:R32]] [[Category:R40]] [[Category:R40e]] [[Category:R50]] [[Category:R50e]] [[Category:R50p]] [[Category:R51]] [[Category:T30]] [[Category:T40]] [[Category:T40p]] [[Category:T41]] [[Category:T41p]] [[Category:T42]] [[Category:T42p]]

How to make ACPI work

2005-01-19T11:15:56Z

217.230.184.76: added Categories

===general===
First of all you'll have to enable ACPI support in your kernel (if your distro doesn't already have an ACPI enabled kernel).
To do this open your kernel config, go to <code>Power management options</code>, enable <code>Power Management support</code>, go to <code>ACPI</code> and enable the needed options. You'd most likely want to enable <code>Sleep States</code>, <code>AC Adapter</code>, <code>Battery</code>, <code>Fan</code>, <code>Processor</code> and <code>Thermal Zone</code>. Then recompile your kernel.

If you prefer editing your .config file directly, you should set at least the following variables:
CONFIG_PM=y
CONFIG_ACPI_BOOT=y
CONFIG_ACPI_INTERPRETER=y
CONFIG_ACPI_SLEEP=y
CONFIG_ACPI_SLEEP_PROC_FS=y
CONFIG_ACPI_AC=y
CONFIG_ACPI_BATTERY=y
CONFIG_ACPI_BUTTON=y
CONFIG_ACPI_FAN=y
CONFIG_ACPI_PROCESSOR=y
CONFIG_ACPI_THERMAL=y
CONFIG_ACPI_BUS=y
CONFIG_ACPI_EC=y
CONFIG_ACPI_POWER=y
CONFIG_ACPI_PCI=y
CONFIG_ACPI_SYSTEM=y

Unfortunately, special drivers for ACPI on ThinkPads were not included with kernels prior 2.6.10. So you'll have to compile one yourself. You have the choice between [[thinkpad-acpi]] and [[ibm-acpi]], with the latter being the recommended one.

Also you'll need to install [[acpid]], if it isn't present on your system. [[acpid]] is a daemon that handles the ACPI events generated by the system. Basically, acpid just executes scripts residing in <tt>/etc/acpi/actions</tt>. Which script to launch at which event is configured in several files in <tt>/etc/acpi/events</tt>. See <tt>man acpid</tt> for more information on how to configure acpid. The [[ibm-acpi]] packages includes example scripts in the <tt>config</tt> folder inside the tarball. They are a good starting point to adjust them to your needs. You also might have a look at the [[Configs#ACPI | ACPI section of the Configs page]] and you can find information about the event strings ibm-acpi generates for certain keys at the [[How to get special keys to work#ibm-acpi_events | Special Keys HOWTO]].

In general it is a good idea to read the README included with the ibm-acpi source tarball.

===Screen blanking (Standby)===
Make sure you have
*Option "DPMS"
in the Monitor section of your XF86Config/xorg.conf.

Running <code>xset +dpms</code> and then <code>xset dpms force off</code> will turn off the backlight on a laptop screen.<br />
To force a screen off that is using a radeon chipset, install the [[radeontool]] package.

===Suspend to RAM (Sleep)===
ACPI Sleep and suspend-to-ram with recent 2.6.x kernels usually works fine. However, the following glitches may or may not occur:
* With a 2.6.9 or 2.6.10 kernel, when resuming from a suspend-to-ram the display might remain black (the system is still rebootable via ctrl-alt-del). This can be fixed by adding "acpi_sleep=s3_bios" to the kernel boot parameters. It seems this problem is solved in 2.6.11-rc1.
* When your system is equiped with a Radeon Mobility graphic controller your LCD backlight may not turn off automatically. Use [[radeontool]] to switch off your backlight prior suspend in your script.
* Also, you might want to take note of the [[Problem with high power drain in ACPI sleep]].
* You may experience problems when using "<tt>echo standby > /sys/power/state</tt>" (machine goes to sleep and wakes up immediately). This can be avoided by using "<tt>echo -n 3 >/proc/acpi/sleep</tt>" to get it to sleep.
* Problems with the serial port of the port replicator after the wake up from ram have also been experienced.

===Suspend to disk (Hibernate)===
There are two drivers for this available:
* swsusp, which is in the kernel and
* [http://developer.berlios.de/projects/softwaresuspend/ SoftwareSuspend2] which is more feature rich, but not yet in the kernel, so you have to patch it in yourself
Both are reported to work fine as long as you use open-source graphic drivers. A comparison of the features can be found on [http://softwaresuspend.berlios.de/features.html this page].

Just in case you are in doubt...yes, it is safe in both cases to use the same swap partition as active swap and as suspend partition.

====using swsusp====
Software Suspend (swsusp) is included in the 2.6 kernel series. It seems like no patches for 2.4 kernels are available.

To enable it, go to <tt>Power management options</tt> and enable <tt>Power management support</tt> and <tt>Software Suspend</tt> in the kernel config menu. You'll also want to give the swap partition to suspend to in <tt>Default resume partition</tt>.

In case you prefer to edit your config file directly, you should have the following three entries look like here...
CONFIG_PM=y
CONFIG_SOFTWARE_SUSPEND=y
CONFIG_PM_STD_PARTITION="/dev/resume_partition"
...where <tt>/dev/resume_partition</tt> needs to be replaced by the swap partition you want to use for suspending. (Use <tt>fdisk -l /dev/hda</tt> if unsure.)

You can override the default resume partition anytime by giving <tt>resume=/dev/resume_partition</tt> as kernel boot parameter.
Also, in case you suspended, but want to boot up normally (without resuming from the saved image - loosing all data that was unsaved at suspend time), you can give the <tt>noresume</tt> kernel boot parameter.

To suspend you can either do a simple <tt>echo -n 4 > /proc/acpi/sleep</tt> (recommended) or use the [http://softwaresuspend.berlios.de/old-site/swsusp/sysvinit-2.76-v2-for_swsusp-v5.tar.gz patched SysVInit] and call <tt>swsusp</tt> or <tt>shutdown -z now</tt>.

Ideally you would do this from a script like <tt>/etc/acpi/actions/hibernate.sh</tt>. It has proven to be a good idea to shutdown the following processes/drivers within the script before you do the actual suspend.
*any running mysql server
*the madwifi driver, if you happen to use it
Afterwards you might want to enable them again, as well as run a script that does necessary configurations according to the ac power state.
Furthermore, the system clock is not readjusted automatically, so you will probably also want the do that from that script (i.e. by restarting your systemclock bootup script).

Finally you should take note that swsusp does not set the ACPI S4 state. Instead it goes to S5. This means that the machine itself doesn't know that it was suspend rather than shutdown. Hence you can i.e. boot a parallel installed other operating system and resume your linux session later, as long as you don't touch the swap partition the image was saved to.

====using SoftwareSuspend2====
Todo...

[[Category:570]] [[Category:570E]] [[Category:A20m]] [[Category:A20p]] [[Category:A20m]] [[Category:A20p]] [[Category:A21e]] [[Category:A21m]] [[Category:A21p]] [[Category:A22e]] [[Category:A22m]] [[Category:A22p]] [[Category:G40]] [[Category:G41]] [[Category:R30]] [[Category:R31]] [[Category:R32]] [[Category:R40]] [[Category:R40e]] [[Category:R50]] [[Category:R50p]] [[Category:R51]] [[Category:T20]] [[Category:T21]] [[Category:T22]] [[Category:T23]] [[Category:T30]] [[Category:T40]] [[Category:T40p]] [[Category:T41]] [[Category:T41p]] [[Category:T42]] [[Category:T42p]] [[Category:X20]] [[Category:X21]] [[Category:X22]] [[Category:X23]] [[Category:X24]] [[Category:X30]] [[Category:X31]] [[Category:X40]]

Ibm-acpi

2005-01-19T11:09:51Z

217.230.184.76: added Categories

== ibm-acpi - IBM ThinkPad ACPI Extras Driver ==

This is a Linux ACPI driver for the IBM ThinkPad laptops written by Borislav Deianov. It aims to support various features of these laptops which are accessible through the ACPI framework but not otherwise supported by the generic Linux ACPI drivers. As a kernel module, ibm-acpi works as a bridge to deliver information about certain hardware events like key presses or control the state of certain hardware features by software.

=== Features ===
* Fn key combinations (Fn-F3, Fn-F4, Fn-F5, Fn-F12)
* Bluetooth enabling and disabling
* video output switching, video expansion control
* ThinkLight on/off
* limited docking and undocking
* UltraBay device eject
* control over several CMOS states
* control of LEDs
* beep generation

=== Project Homepage / Availability ===
http://ibm-acpi.sourceforge.net/

Part of the linux kernel 2.6.10.

=== Status ===
in development, usable, very much alive

=== Packages ===
*[[:Category:Debian | Debian]] Packages: http://debian.isg.ee.ethz.ch/public/

=== Interesting links related to this project ===
* [http://ibm-acpi.sf.net ibm-acpi Sourceforge project summary]
* [http://mailman.linux-thinkpad.org/mailman/listinfo/linux-thinkpad Linux-Thinkpad Mailinglist]
* [http://acpi.sourceforge.net acpi.sourceforge.net]
* [http://www.kernel.org www.kernel.org]

[[Category:Drivers]]
[[Category:570]] [[Category:570E]] [[Category:A20m]] [[Category:A20p]] [[Category:A20m]] [[Category:A20p]] [[Category:A21e]] [[Category:A21m]] [[Category:A21p]] [[Category:A22e]] [[Category:A22m]] [[Category:A22p]] [[Category:G40]] [[Category:G41]] [[Category:R30]] [[Category:R31]] [[Category:R32]] [[Category:R40]] [[Category:R40e]] [[Category:R50]] [[Category:R50p]] [[Category:R51]] [[Category:T20]] [[Category:T21]] [[Category:T22]] [[Category:T23]] [[Category:T30]] [[Category:T40]] [[Category:T40p]] [[Category:T41]] [[Category:T41p]] [[Category:T42]] [[Category:T42p]] [[Category:X20]] [[Category:X21]] [[Category:X22]] [[Category:X23]] [[Category:X24]] [[Category:X30]] [[Category:X31]] [[Category:X40]]
[[de:ibm-acpi]]

Integrated Fingerprint Reader

2005-01-19T11:01:18Z

217.230.184.76: added some info

IBM released a second generation of T42 models in autumn 2004 featuring Intel Pentium M 765 processors and an integrated fingerprint reader.

The fingerprint reader is produced by a company called UPEK, which is specialized to fingerprint readers.

It seems to be integrated as a USB device.

Furthermore, IBM states that there's an interface with the [[Embedded Security Subsystem]].

==Linux Support==
Nothing is known so far about if it's supported under Linux or not.

==Related Links==
[http://www.upek.com/customers/ct_notebook_ibm.asp UPEK customer report about the deal with IBM]

[[Category:T42]]