[ltp] Selecting which battery to drain?
David de Hoog
linux-thinkpad@linux-thinkpad.org
Fri, 03 Jun 2005 18:35:59 +0800
I'm waiting for my second main battery to arrive, but I would also like
a solution to this one ...
Interestingly, my T42 2378-JZM suffers from excessive battery drain when
using S3. When I first started the machine (a week or so ago) it had the
DVD/CD-RW drive in the ultrabay slim drive. Now, I can't get the system
to recognise the presence of BAT1, even removing and re-inserting the
battery module and restarting acpid doesn't do the trick. However, I put
my computer to S3 sleep a while ago (with both the main and the ultrabay
slim batteries in) I've just opened it up, and noted that the system is
running off the ultrabay battery, but that the main battery has been
affected by the drain - and not the ultrabay battery (as far as I can
tell).
Would this indicate a kernel issue for the battery drain ? As the kernel
wasn't aware of the second battery, it didn't drain it while sleeping.
Also, would it tend to indicate that there is scope for ibm-acpi to
include options to select which battery is drained first ? or would it
be an acpid option ?
Cheers
David de Hoog
On Sat, 2005-05-28 at 11:49 -0700, Chris Frost wrote:
> On Sat, May 28, 2005 at 02:12:27PM +0100, Paul Sladen wrote:
> > When you sit down, pop the Ultrabay battery out 10mm.
> >
> > One the primary battery is empty, push the Ultrabay one in and hotswap with
> > a spare main battery.
> >
> > Again, pope the Ultrabay battery out by 10mm and repeat for another 2 hours.
>
> While this is a way around the problem, what happens if one is away from
> the laptop for ten minutes and you just miss poping the ultrabay out in time?
> You can't use your second primary battery now. That wouldn't be fun.
>
> --
> Chris Frost | <http://www.frostnet.net/chris/>
> -------------+----------------------------------
> Public PGP Key:
> Email chris@frostnet.net with the subject "retrieve pgp key"
> or visit <http://www.frostnet.net/chris/about/pgp_key.phtml>
--
David de Hoog <dadehoog@bigpond.com>