Difference between revisions of "Talk:Maintenance"
(Charge threshold?) |
(Charge threshold?) |
||
| Line 9: | Line 9: | ||
---- | ---- | ||
| − | I see that when the charge threshold is set in Windows, | + | I see that when the charge threshold is set to a low value in Windows, charging is stopped even past reboots (including into Linux), battery changes and AC power loss. The only thing that resumes charging (other than changing the setting under Windows) is disconnection of the AC power while the laptop is turned off. |
| − | --[[User:Thinker|Thinker]] 17: | + | Do we know if the charge start/stop control is done in software (under Windows) or hardware? If it's in hardware, than the the above behavior suggests that the setting is stored in the embedded controller (rather than RAM, CMOS or battery). However, I can't see any obvious corresponding field in {{path|/proc/acpi/ibm/ecdump}}. |
| + | |||
| + | --[[User:Thinker|Thinker]] 17:37, 6 Nov 2005 (CET) | ||
---- | ---- | ||
Revision as of 17:37, 6 November 2005
In regard to the question about controlling the charge threshold from Linux: apparently this isn't controlled by some standard means such as an ACPI method, but rather by direct I/O port tweaking done by the Battery MaxiMiser driver for Windows. It would be very hard to figure this out without specs.
--Thinker 17:56, 2 Oct 2005 (CEST)
maybe it would be possible to use a windows tool like SoftICE to capture the communication required to set the treshholds? as soon as we have some sort of specification adding support for it to the kernel should be rather trivial. --gst
http://mailman.linux-thinkpad.org/pipermail/linux-thinkpad/2005-September/029556.html --gst
I see that when the charge threshold is set to a low value in Windows, charging is stopped even past reboots (including into Linux), battery changes and AC power loss. The only thing that resumes charging (other than changing the setting under Windows) is disconnection of the AC power while the laptop is turned off.
Do we know if the charge start/stop control is done in software (under Windows) or hardware? If it's in hardware, than the the above behavior suggests that the setting is stored in the embedded controller (rather than RAM, CMOS or battery). However, I can't see any obvious corresponding field in /proc/acpi/ibm/ecdump.
--Thinker 17:37, 6 Nov 2005 (CET)
