ThinkWiki - User contributions [en]

Integrated Fingerprint Reader

2005-07-12T09:56:14Z

Andrzej: /* Related Links */ Link to semi-official UPEK announcment. Nothing on the UPEK homepage yet.

{| width="100%"
|style="vertical-align:top;padding-right:20px;width:10px;" | [[Image:fingerprintreader.jpg|IBM Integrated Fingerprint Reader]] __NOTOC__
|style="vertical-align:top" |
<div style="margin: 0; margin-right:10px; border: 1px solid #dfdfdf; padding: 0em 1em 1em 1em; background-color:#F8F8FF; align:right;">
===Integrated Fingerprint Reader===
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]].
</div>
|}

==Linux Support==
Nothing is known so far about if it's supported under Linux or not, but some work is going on - see links below.

==Related Links==
* [http://www.upek.com/customers/ct_notebook_ibm.asp UPEK customer report about the deal with IBM]
* [http://www.trustedreviews.com/article.aspx?page=1643&head=36 Review from TrustedReviews of the fingerprint scanner]
* [http://biomark.org.ru/en/ A (Russian) project that provides support for a (different model) of fingerprint scanner] (also a USB device, though)
* [http://linuxbiometrics.com/modules/newbb/viewtopic.php?topic_id=8&forum=1 Discussion of the T42/T24p fingerprint scanner on the Linux Biometrics site]
* [http://linuxbiometrics.com/modules/news/article.php?storyid=16 UPEK announce (planned, closed-source) support for BioAPI on Linux] The first release is currently scheduled for September 2005.

==Models featuring this Technology==
*ThinkPad {{T42}}, {{T42p}}, {{T43}}, {{T43p}}
*ThinkPad {{X41}}, {{X41T}}

[[Category:Glossary]]

Active Protection System

2005-07-05T10:57:52Z

Andrzej: /* Related Links */ Fixed URL of mailing-list archive

{| width="100%"
|style="vertical-align:top;padding-right:20px;width:10px;" | [[Image:APS.jpg|IBM Active Protection System]] __NOTOC__
|style="vertical-align:top" |
<div style="margin: 0; margin-right:10px; border: 1px solid #dfdfdf; padding: 0em 1em 1em 1em; background-color:#F8F8FF; align:right;">
=== The Active Protection System ===
With the new series of Thinkpads IBM introduced the Active Protection System (APS) in 2003. The APS is a protection system for the Thinkpad's internal harddrive. A sensor inside the Thinkpad recognizes when the notebook is accelerated. A software applet then is triggered to park the harddisk. This way the risk of data loss in case of when the notebook is dropped is significantly reduced since the read/write head of the harddrive is parked and hence can't crash onto the platter when the notebook drops onto the floor.

The whole concept of the technology seems very advanced. For the first part, the hardware sensor is capable of not only recognizing acceleration of the notebook, but also (to a certain degree) of its whole orientation in space, relative to gravity's axis. Furthermore, having the actual control put into software, its functionality is extendable and it gives chance to implement features like the "ignore minor shocks" feature which is present in the Windows based control applet. (This feature prevents the harddrive from parking in case of minor regular shocks such as occur when in a train or car.)
</div>
|}

==Linux Support==
Linux support is in early development.

This feature definitely depends on software and there is no hardware or BIOS only way of making it work. A statement from IBM clearifies this:
"The APS system will require APS software to be installed on the
computer before it activates the harddrive parking . This means it will
not work on systems preloaded with Linux."

IBM made contradictory statements about their willingness to release the specifications of the hardware sensor and its API to the linux community or some developers. Although a lot of developers and other interested people from the OpenSource community actively contacted IBM to get the specs, in fact they never got them.

Meanwhile, some independent projects are making progress:
* Quoted from NewScientist.com: The latest Apple PowerBook laptops can be controlled with a gentle shake. Programmer Amit Singh has written code that lets him use the sensor to control software on the computer. The code is published at [http://www.kernelthread.com/software/ams/ www.kernelthread.com/software/ams/].

*There is a fairly detailed article about [http://www.almaden.ibm.com/cs/people/marksmith/tpaps.html reverse engineering the APS accelerometer interface] by Mark Smith from IBM Research. Apparently they even have a prototype Linux driver working, but cannot release the full source yet.

* The HDAPS project is dedicated to developing & testing a kernel module and a user space application. More info on this can be optained from the [https://lists.sourceforge.net/lists/listinfo/hdaps-devel HDAPS mailinglist and its archive]. The most recent version of the driver is currently at [http://lemonshop.dk/ibm_hpaps/ http://lemonshop.dk/ibm_hpaps/], which is most likely not going to be its permanent home. You can also find some of the coders working on this module in the #hdaps channel on irc.freenode.org.

==Related Links==
*[http://www.pc.ibm.com/presentations/us/thinkvantage/56/index.html?shortcut=aps& IBMs ThinkVantage™ Technologies Flash presentation - Active Protection System]
*[http://sourceforge.net/mailarchive/forum.php?forum=hdaps-devel HDAPS-devel list archive]
*[http://lemonshop.dk/ibm_hpaps/ Temporary location of current HDAPS driver]

==Models featuring this Technology==
*ThinkPad {{R50}}, {{R50p}}, {{R51}}, {{R52}}
*ThinkPad {{T41}}, {{T41p}}, {{T42}}, {{T42p}}, {{T43}}, {{T43p}}
*ThinkPad {{X40}}, {{X41}}, {{X41T}}

[[Category:Glossary]]

Talk:TCPA/TCG - Trusted or Treacherous

2005-07-04T20:11:30Z

Andrzej: /* The Source is under Creative Commons, isn't it? */

== Discussion about the article "Trusted or Treacherous" ==

Please add you comments here.

You can use the "Plus"(+)-Button next to the "edit"-button at the top of this page to add you comments at the right spot ;-)

--[[User:Pitsche|Pitsche]] 11:38, 4 Jul 2005 (CEST)

== Plagiarism? ==

Large parts of this article apparently consist of unattributed, near-verbatim excerpts from a SANE2004 paper by Weis, Lucks, and Bogk, [http://www.cryptolabs.org/CCC2004TCunendlich/WeisLucksBogkSane2004tcg12.pdf TCG 1.2 - fair play with the 'Fritz' chip?]. Regardless of whether one believes that general political/ethical concerns about Trusted Computing belong on a Thinkpad-specific site, wholesale copying of unidentified, and presumably copyrighted, material is not cool, and could get the whole project in trouble.

I would suggest that the non-original parts of this article be removed and replaced by an external link to the above-mentioned paper; any particularly crucial short excerpts (as permitted by "fair use") should be clearly identified as such. The specific information about how the TCG specifications are implemented on various Thinkpad models can stay, of course.

== The Source is under Creative Commons, isn't it? ==

Hello Andrzej,

yes, you are right, another version of this text on a website of the presentation of the annual chaos computer club is one of my sources, but I think, that one is under creative commons license by-nc-sa 2.0 de. And are the presentations of the chaos computer congress not also free unless the speakers don't want it??????

This license allows to copy, distribute, display, perform or modify the text as long as it is published under exactly the same creative commons license and licensees may not use the work for commercial purposes - unless they get the licensor's permission.

My problem was, I had a lot more sources in a different language than english and my first drafts were way to long!

It didn't worked to keep it that short but detailed, as Ruediger and Adreas wrote it.

But if you think, after my explanation the actual version is still problematic, I will delete it of course!

--[[User:Pitsche|Pitsche]] 21:12, 4 Jul 2005 (CEST)

----
If the original authors have explicitly published the text under a suitably permissive CC license, there should be no legal problem in using it in a ThinkWiki article. Even in that case, however, the source needs to be clearly identified, and there should be a link to the complete original article.

-- Andrzej

----
Okay Andrzej, I will work on that and tell all of you about it in the coming days, if I have enough time for it.

Unless that, feel free to take out the critical passages of the article or modify it, if you have the time and if you want to do it.

But there is a problem: I slightly changed the text, put two sentence together to one etc. How can I now cite the source?

--[[User:Pitsche|Pitsche]] 21:38, 4 Jul 2005 (CEST)

----
No problem; just say that your ThinkWiki article is ''based on'' the Weis et al. paper, and give a reference. The parts of their text that you include don't have to be verbatim copies; indeed, the whole point is that you are creating a ''derived work'' (e.g., by bringing in material from other sources), which they supposedly explicitly allow in the CC license. To be on the safe side, you should probably also include a link to a web page documenting that the original text is indeed freely licensed, or say that you have personally obtained permission from the authors.

-- Andrzej

== Thanks for your work, i like it ==

Hello Wyrfel,

thank you very much for editing and restructering of that article.

I think, I know know what you and Andrzej want and I will try in he next days, to change the article in that way, okay?

P.S.: I don't know, why I loose my logged-in status from time to time, perhaps my connection. I am sorry, that there are IP-Adresses instead of my unsername "pitsche", I hope, no one gets confused, which edit is by me and which one by someone else :-o

Sorry.

--[[User:Pitsche|Pitsche]] 21:15, 4 Jul 2005 (CEST)

== No exact TCG specifications needed ==

Hello again!

I am against writing about the specific specifications, because it will make the article longer and everybody, who is '''really''' interested in the specifications has several possibilities to get it for free in the WWW or from Cryptolabs.org or from the CCC.

--[[User:Pitsche|Pitsche]] 21:22, 4 Jul 2005 (CEST)
----
If the original authors have explicitly published the text under a suitably permissive CC license, there should be no legal problem in using it in a ThinkWiki article. Even in that case, however, the source needs to be clearly identified, and there should be a link to the complete original article.

-- Andrzej
----
Agreed. There should be a statement in the article about the source, or rather sources - i seem to have used different sources of information for some of my edits. ;-) I'll add mine on next edit.

Also, i think the TCG specifications should appear there somewhere. At least at current state of my knowledge about the subject i'd think that having them there is helpful for the user to understand what ESS 1 and 2 are capable of. Of course we shouldn't post the whole specs, but some really compressed summary, similar to the 'feature-list' in "TC - Trusted Computing". Pitsche, if you could point me to them i could do it. Also, a link to the original TCPA specs would be good. The links themselves should be added to the Links section.

Pitsche, about your login status: ThinkWiki doesn't cache logins. This means everytime your connection breaks or your browser closes you will have to login again. But don't worry, we can figure out what's from you and if not - it's a Wiki. ;-) I'm doing a lot of edits without being logged in as well.

That's it so far...i like the way we work on this.

Wyrfel.
----
One more thing...

I think the TCPA implementation in current ThinkPads is pretty harmless. At least at it's current software state. You just don't use it (respectively don't install the supporting software layer) and it never gets active. One interesting aspect of finding out what the chip is capable of is if it could be forced to be used by later software upgrades or not.

Wyrfel.
----

Talk:TCPA/TCG - Trusted or Treacherous

2005-07-04T19:28:32Z

Andrzej: /* No exact TCG specifications needed */

Talk:TCPA/TCG - Trusted or Treacherous

2005-07-04T19:27:03Z

Andrzej:

Talk:TCPA/TCG - Trusted or Treacherous

2005-07-04T14:18:28Z

Andrzej: Plagiarism?

Problem with high power drain in ACPI sleep

2005-07-03T17:31:20Z

Andrzej: /* Solutions */ Adjusted subsection nesting

Information about the problem of too high power drain in ACPI sleep mode.

==Problem description==
Several people realized that their ThinkPads eat up too much power while suspended to ram via ACPI. Compared to APM suspend to ram the power drain is experienced to be about 10 times as high, 2-5 Watts. This empties the battery within one or two days.

==Affected Models==

*Different symptoms have been reported for different models. In some models the origin of the power drain is obvious ([[Problem with LCD backlight remaining on during ACPI sleep|backlight on during suspend]]), in other models there is no obvious reason.

*On some models/configurations the higher power drain couldn't even be realized or was at least significantly lower.

*The T4x Thinkpad series (T40, T40p, T41, T41p, T42, T42p, T43, T43p) suspends to ram just fine, and there are no components that are obviously left powered up. The [[UltraBay]] and network light is on, but that is the same under windows (but under APM sleep to RAM those lights are OFF).

*This is a driver problem and can be fixed in software. For the T4x series, there is a fix available but it has not yet made its way into the official kernel (as of linux 2.6.12).

The following table gives an overview of the models suffering from the mysterious power drain. To find out about your model, you may use the following [[ACPI sleep power drain test script | script]]. It creates a file <tt>/var/log/battery.log</tt> which will tell you if you are affected or not.

{| border="1" cellspacing="0" cellpadding="2"
|-
! style="vertical-align:top;background-color:#ffcfbc;" | affected models
! style="vertical-align:top;background-color:#cfefcf;" | unaffected models
|-
| style="vertical-align:top;background-color:#fff0e0;" |
* {{R40}}
** 2722-5MG
** 2722-B3G
** 2897-GWU
* {{R50}}
** 1829-7RG
** 1829-6DM
** 1836-3SU
* {{R51}}
** 1829-9MG
** 1829-EHG
** 1830-DG4
** 1836-Q6U
* {{T23}}
**2647-???
* {{T30}}
** 2366-81A
** 2366-97U
*{{T40}}
**2373-MU3
**2373-82U
**2373-92U
**2373-22G
**2373-19G
**2373-A1U
*{{T40p}}
**2373-G1U
**2373-G3U
**2373-G3G
**2373-G1G
**2373-G5G
* {{T41}}
**2379-DJU
**2373-9HU
**2373-4FG
**2373-4PG
**2373-1FG
**2373-2FG
**2373-6U4
**2373-7JU
**2373-CY0
**2373-TG5
* {{T41p}}
**2373-9FU
* {{T42}}
**2378-DUU
**2373-FWG
**[[2373-6ZG]]
* {{X21}}
| style="vertical-align:top;background-color:#e9f9e9;" |
*[[:Category:R50p | R50p]]
*[[:Category:T41 | T41]]
**2373-GEU
*[[:Category:T41p | T41p]]
**2373-GKG
**2373-GGG
**[[2373-GHG]]
*[[:Category:T42p | T42p]]
**[[2373-HTG]]
**[[2373-W6M]]
**[[2373-GTG]]
**[[2373-GXG]]
**2373-KXM
*[[:Category:T42 | T42]]
**[[2378-FVU]]
**[[2373-WBZ]]
*[[:Category:X40 | X40]]
**2371
*[[:Category:A22m | A22m]]
**2628
|}

==Affected Operating Systems==

*Linux, all flavours.
*Windows, for some models as well (only when using non-IBM drivers).
*FreeBSD (on the A22M)

==Status==
*The cause of the mysterious power drain is the radeon GPU, which requires extra steps to suspend properly. Unfortunately, this fix might break non-Thinkpad machines and therefore is not yet in the official kernel sources.

*The official bugzilla entry for the radeon suspend issue is in the [http://bugme.osdl.org/show_bug.cgi?id=3022 OSDL Bugzilla]. There you can find a patch which will solve the power drain issue.

{{WARN|This solution enables doing suspend-to-D2 on non-PPC-machines, which is not properly documented! Be careful and have a look at the discussion for kernel bug 3022 (see above) before applying the patch. By default, the patch enables the suspend-to-D2 only on machines where it is know to work. This behaviour can be overridden with a module option.}}

*Most certainly, the DSDT is not at fault. (Interesting to note: The DSDT from BIOS 3.13 (Nov 04) for the T42p compiles without bugs.)

*Some additional power savings can be achieved by turning off the wake-on-lan (<tt>ethtool -s eth0 wol d</tt>). The power drain of the wol feature is far smaller than the radeon bug, but can be noticeable.

==Solutions==
===For Thinkpads with Radeon graphic driver===

You must use a patched version of the radeon frame buffer, even if you are only interested in using the X window system. This modified radeon frame buffer then suspends the radeon chip correctly during ACPI sleep. This patch is not yet in the official (kernel.org) kernels.

The patch contains a list of Thinkpads where it is known to work, and by default only activates on these machines. If you think that your computer would profit from the patch as well, you can force it by including the module parameter <tt>radeon_force_sleep=1</tt>.

====Fedora Core 4 official kernel====

Fedora ships a patched radeon frame buffer (radeonfb.ko), but you must enable it yourself. [[:Category:Fedora Core | Fedora Core 4]] compiles it as a module rather than including it in the kernel, therefore you cannot activate it at boot time. You must arrange for the module to be loaded before X starts (for example, using an init script).

If you want to try the radeon frame buffer, you can enable it as follows (assuming you are at the gdm login screen). First, switch to a console (Ctrl-Alt-F1) and log in as root. Stop X:
init 3
Now you can load the module:
modprobe radeonfb radeon_force_sleep=1
Finally, resume X:
init 5

====Fedora Core 3/4 custom kernel====

For [[:Category:Fedora Core | Fedora Core]] there are precompiled patched kernels [http://www.sas.upenn.edu/~vbraun/computing/T41/kernel.html available]:

*[http://carrot.hep.upenn.edu/~vbraun/kernel-T4x/i386/kernel-T4x-2.6.11.11-26.i386.rpm linux 2.6.11 for Fedora Core 3]

*[http://carrot.hep.upenn.edu/~vbraun/kernel-T4x/i386/kernel-T4x-2.6.12.2-2.i386.rpm linux 2.6.12 for Fedora Core 4]

These kernels contain additional thinkpad-related patches, including software suspend2 and trackpoint support. Suspend to disk and suspend to ram should work with them. If your Thinkpad model is not yet whitelisted in the patch, you might have to enable the radeon fix by including the parameter <tt>video=radeonfb:radeon_force_sleep=1</tt> on the kernel command line.

If you try, please send the result (hang yes/no, battery drain yes/no) with the precise model number (for example, I have a IBM thinkpad T41 2379-DJU) to <tt>vbraun at physics dot upenn dot edu</tt>, it would be nice if your subject line would include "RADEONFB:" to make sure that I do not miss any emails.

====Technical Discussion====

The proposed solution is to remove the CONFIG_PPC_PMAC condition for enabling D2 sleep in drivers/video/aty/radeon_pm.c as discussed in [http://bugme.osdl.org/show_bug.cgi?id=3022 kernel bug 3022]. There you can also find patches doing this. The patches divide into unconditional ones like [http://carrot.hep.upenn.edu/~vbraun/kernel-T4x/test/patch-2.6.11-rc2-radeonfb-D2.patch.bz2 this one for 2.6.11-rc2] and conditional ones. The conditional ones only do D2 on models where it has been reported to work, the unconditional ones force D2 sleep on every model and you might experience hangs on resume with those.

===For other models without radeon graphics===
Nothing yet.

Talk:Problem with high power drain in ACPI sleep

2005-07-03T17:19:56Z

Andrzej:

The explanation of the radeonfb fix is getting a bit disorganized; I defer to VB's expertise for the proper unified formulation. The points that should be made are:

* It is important that the "radeonfb" kernel module gets loaded, even if you don't expect to use the console framebuffer. The default in FC4 (and probably other distros as well) is to just use the standard text-mode VGA driver for the console, and leave graphics to the X server; but the X.org "radeon" driver does not understand power management.

* The radeonfb module can be loaded either at boot time, using "video=radeonfb", or at some later point (but before starting X) using "modprobe radeonfb".

* Regardless of how the module is loaded, the parameter "radeon_force_sleep=1" enables the deep-sleep mode on chipset combinations that have not been explicitly whitelisted yet.

-- Andrzej (2005-07-02)
----
I agree. Loading "radeonfb" is not FC specific. It should be stated in more general. Question is if "radeon_force_sleep=1" is FC specific. If it is so that has to be stated, if not, it should be written in a more general way. However, VB wrote, the fix is not in official kernels, hence i guess it's FC4 specific. VB, will you do the job?

Wyrfel.
----
I made some changes to address your suggestions. Better?

Volker

----
Looks great to me!

-- Andrzej

Ibm-acpi

2005-07-02T19:18:02Z

Andrzej: /* Project Homepage / Availability */

== 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 ({{key|Fn}}{{key|F3}}, {{key|Fn}}{{key|F4}}, {{key|Fn}}{{key|F5}}, {{key|Fn}}{{key|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
* five temperature sensors
* fan control

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

Included with the Linux kernel since 2.6.10. (Keep in mind, however, that the version included with the official kernel, or with some particular distribution, is not always the latest one.)

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

=== Packages ===
*[[:Category:Debian | Debian]] Packages: http://debian.isg.ee.ethz.ch/public/
*[[:Category:Gentoo | Gentoo]] ebuild: http://packages.gentoo.org/packages/?category=app-laptop;name=ibm-acpi

=== Application support===
* [http://www.gkrellm.net GKrellM] supports fan and thermal information

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

Talk:Problem with high power drain in ACPI sleep

2005-07-02T19:06:38Z

Andrzej:

Active Protection System

2005-07-02T08:16:55Z

Andrzej: /* Related Links */

{| width="100%"
|style="vertical-align:top;padding-right:20px;width:10px;" | [[Image:APS.jpg|IBM Active Protection System]] __NOTOC__
|style="vertical-align:top" |
<div style="margin: 0; margin-right:10px; border: 1px solid #dfdfdf; padding: 0em 1em 1em 1em; background-color:#F8F8FF; align:right;">
=== The Active Protection System ===
With the new series of Thinkpads IBM introduced the Active Protection System (APS) in 2003. The APS is a protection system for the Thinkpad's internal harddrive. A sensor inside the Thinkpad recognizes when the notebook is accelerated. A software applet then is triggered to park the harddisk. This way the risk of data loss in case of when the notebook is dropped is significantly reduced since the read/write head of the harddrive is parked and hence can't crash onto the platter when the notebook drops onto the floor.

The whole concept of the technology seems very advanced. For the first part, the hardware sensor is capable of not only recognizing acceleration of the notebook, but also (to a certain degree) of its whole orientation in space, relative to gravity's axis. Furthermore, having the actual control put into software, its functionality is extendable and it gives chance to implement features like the "ignore minor shocks" feature which is present in the Windows based control applet. (This feature prevents the harddrive from parking in case of minor regular shocks such as occur when in a train or car.)
</div>
|}

==Linux Support==
Linux support is so far not available.

Note that this feature definitely depends on software and there is no hardware or BIOS only way of making it work. A statement from IBM clearifies this:
"The APS system will require APS software to be installed on the
computer before it activates the harddrive parking . This means it will
not work on systems preloaded with Linux."

However, IBM made general (unofficial) statements that they are willing to release the specifications of the hardware sensor and its API to the linux community or some developers, but they in fact, never did. Also some linux developers actively tried to contact with IBM about the issue but were unable to make progress.

{| Border="1" Cellspacing="0" Cellpadding="2"
|+The following table is supposed to give us a chance to gather information about the efforts made and how they ended up.
|-
! Date !! User !! effort made !! result
|-
| March 2004 || [[User:Wyrfel|Wyrfel]] || asked IBM representatives at CeBIT 2004 about state of linux support || got promise that specifications will be released, but nothing actually happened
|-
| May 9th, 2004 || [[User:Sam Hocevar|Sam Hocevar]] || Wrote to the IBM France Linux Marketing Program manager about who to contact to get specs || email was forwarded on May 10th to to at least 6 additional IBM people, but no answer so far
|}

==Related Links==
*[http://www.pc.ibm.com/presentations/us/thinkvantage/56/index.html?shortcut=aps& IBMs ThinkVantage™ Technologies Flash presentation - Active Protection System]

* Quoted from NewScientist.com: The latest Apple PowerBook laptops can be controlled with a gentle shake. Programmer Amit Singh has written code that lets him use the sensor to control software on the computer. The code is published at [http://www.kernelthread.com/software/ams/ www.kernelthread.com/software/ams/].

*There is a fairly detailed article about [http://www.almaden.ibm.com/cs/people/marksmith/tpaps.html reverse engineering the APS accelerometer interface] by Mark Smith from IBM Research. Apparently they even have a prototype Linux driver working, but cannot release the full source yet.

==Models featuring this Technology==
*ThinkPad {{R50}}, {{R50p}}, {{R51}}, {{R52}}
*ThinkPad {{T41}}, {{T41p}}, {{T42}}, {{T42p}}, {{T43}}, {{T43p}}
*ThinkPad {{X40}}, {{X41}}, {{X41T}}

[[Category:Glossary]]

Problem with high power drain in ACPI sleep

2005-07-02T07:48:20Z

Andrzej: /* For Thinkpads with Radeon graphic driver */ Note about loading radeonfb in FC4

Information about the problem of too high power drain in ACPI sleep mode.

==Problem description==
Several people realised that their ThinkPads eat up too much power while suspended to ram via ACPI. Compared to APM suspend to ram the power drain is experienced to be about 10 times as high, 2-5 Watts. This empties the battery within one or two days.

==Affected Models==
*Different symptoms have been reported for different models. In some models the origin of the power drain is obvious ([[Problem with LCD backlight remaining on during ACPI sleep|backlight on during suspend]]), in other models there is no obvious reason.
*On some models/configurations the higher power drain couldn't even be realized or was at least significantly lower.
*The T4x thinkpad series (T40, T40p, T41, T41p, T42, T42p, T43, T43p) suspends to ram just fine, and there are no components that are obviously left powered up. The [[UltraBay]] and network light is on, but that is the same under windows (but under APM sleep to RAM those lights are OFF).
*One thing to keep in mind, though, is that some models only suffer this problem with certain software. For example, my T40 (2374-94U) has the high power drain issue with the stock Fedora Core 3. If I use one of the more recent kernels from [http://www.sas.upenn.edu/~vbraun/computing/T41/kernel.html Volker Braun's T-41 site], everything (suspend-to-RAM, suspend-to-disk) works just fine and my battery life seems much better than APM. In other words, just because you see this problem with your ThinkPad with your current software does not mean that your ThinkPad will doomed to always be affected. There are similar solutions for Debian-based systems too.

The following table gives an overview of the models suffering from the mysterious power drain. To find out about your model, you may use the following [[ACPI sleep power drain test script | script]]. It creates a file <tt>/var/log/battery.log</tt> which will tell you if you are affected or not.

{| border="1" cellspacing="0" cellpadding="2"
|-
! style="vertical-align:top;background-color:#ffcfbc;" | affected models
! style="vertical-align:top;background-color:#cfefcf;" | unaffected models
|-
| style="vertical-align:top;background-color:#fff0e0;" |
* {{R40}}
** 2722-5MG
** 2722-B3G
** 2897-GWU
* {{R50}}
** 1829-7RG
** 1829-6DM
** 1836-3SU
* {{R51}}
** 1829-9MG
** 1829-EHG
** 1830-DG4
** 1836-Q6U
* {{T23}}
**2647-???
* {{T30}}
** 2366-81A
** 2366-97U
*{{T40}}
**2373-MU3
**2373-82U
**2373-92U
**2373-22G
**2373-19G
**2373-A1U
*{{T40p}}
**2373-G1U
**2373-G3U
**2373-G3G
**2373-G1G
**2373-G5G
* {{T41}}
**2379-DJU
**2373-9HU
**2373-4FG
**2373-4PG
**2373-1FG
**2373-2FG
**2373-6U4
**2373-7JU
**2373-CY0
**2373-TG5
* {{T41p}}
**2373-9FU
* {{T42}}
**2378-DUU
**2373-FWG
**[[2373-6ZG]]
* {{X21}}
| style="vertical-align:top;background-color:#e9f9e9;" |
*[[:Category:R50p | R50p]]
*[[:Category:T41 | T41]]
**2373-GEU
*[[:Category:T41p | T41p]]
**2373-GKG
**2373-GGG
**[[2373-GHG]]
*[[:Category:T42p | T42p]]
**[[2373-HTG]]
**[[2373-W6M]]
**[[2373-GTG]]
**[[2373-GXG]]
**2373-KXM
*[[:Category:T42 | T42]]
**[[2378-FVU]]
**[[2373-WBZ]]
*[[:Category:X40 | X40]]
**2371
*[[:Category:A22m | A22m]]
**2628
|}

==Affected Operating Systems==

*Linux, all flavours.
*Windows, for some models as well (only when using non-IBM drivers).
*FreeBSD (on the A22M)

==Status==
*The cause of the problem is not really clear, yet.

*A faulty DSDT might be responsible for the phenomenon. The thinkpad T4x DSDT has a few small bugs, none of which should cause the extra power drain. (Interesting to note: The DSDT from BIOS 3.13 (Nov 04) for the T42p compiles without bugs.)

*There is a interesting discussion taking place in the [http://bugme.osdl.org/show_bug.cgi?id=3022 OSDL Bugzilla].

Update: it seems that the most significant difference can be made by properly turning off the video chip.

==Solutions==
===For Thinkpads with Radeon graphic driver===
A proposed solution is to remove the CONFIG_PPC_PMAC condition for enabling D2 sleep in drivers/video/aty/radeon_pm.c as discussed in [http://bugme.osdl.org/show_bug.cgi?id=3022 kernel bug 3022]. There you can also find patches doing this. The patches divide into unconditional ones like [http://carrot.hep.upenn.edu/~vbraun/kernel-T4x/test/patch-2.6.11-rc2-radeonfb-D2.patch.bz2 this one for 2.6.11-rc2] and conditional ones. The conditional ones only do D2 on models where it has been reported to work, the unconditional ones force D2 sleep on every model and you might experience hangs on resume with those.

For [[:Category:Fedora Core | Fedora Core]] there's are precompiled patched kernels (2.6.11-rc2 based) available:
*[http://carrot.hep.upenn.edu/~vbraun/kernel-T4x/test/kernel-DANGEROUS-T4x-2.6.11-8.i386.rpm kernel with unconditional patch applied]
*[http://carrot.hep.upenn.edu/~vbraun/kernel-T4x/test/kernel-T4x-2.6.11-8.i386.rpm kernel with conditional patch applied].

If you try, please send the result (hang yes/no, battery drain yes/no) with the precise model number (for example, I have a IBM thinkpad T41 2379-DJU) to <tt>vbraun at physics dot upenn dot edu</tt>, it would be nice if your subject line would include "RADEONFB:" to make sure that I do not miss any emails.

{{WARN|This solution enables doing suspend-to-D2 on non-PPC-machines, which is not tested at all and supposed to be the wrong thing to do! Be careful and have a look at the discussion for kernel bug 3022 (see above) before applying the patch.}}

Note that you must actually load the <tt>radeonfb</tt> kernel module, for the sleep patches to have any effect; this should be done ''before'' you start the X server. In [[:Category:Fedora Core | Fedora Core 4]] at least, you can try out the effect by including the module parameter <tt>radeon_force_sleep=1</tt> in the <tt>modprobe</tt> command.

===for other models===
Nothing yet.