#4824 HIGH Update.: Should shutdown gracefully on low battery
Zarro Boogs per Child
bugtracker at laptop.org
Tue Dec 11 23:47:46 EST 2007
#4824: Should shutdown gracefully on low battery
----------------------------------+-----------------------------------------
Reporter: cjb | Owner: cjb
Type: enhancement | Status: new
Priority: high | Milestone: Update.1
Component: power manager (OHM) | Version:
Resolution: | Keywords: power
Verified: 0 |
----------------------------------+-----------------------------------------
Comment(by gnu):
18% sounds way too high to kick off the user and force a shutdown. I can
recall many times fighting with DOS laptops that tried to kick me off just
as I was racing to finish something before the battery *actually* ran out.
If the laptop is idle, it should be suspending and the battery shouldn't
be dropping much. (Ohm could wake up from idle when it hits 2%, and do a
clean shutdown.) If the laptop isn't idle, please don't suddenly shut it
down out from under the user!
One thing we'll need to have clear is what the "N%" actually measures. I
thought the EC was preventing us from even seeing the top 10% and bottom
10% of the battery capacity. (At least on NiMH; maybe or maybe not on
LiFePO.) The EC will force a hard shutdown at real-10% (or maybe 0% for
LiFePO)? Question is whether the kernel-readable N% includes that 10%
margin -- or not. I argue the kernel should not report unavailable
capacity; and that Ohm therefore should not assume a 10% offset from what
the kernel is reporting. (Particularly if it differs based on battery
types; we want that info centralized in the EC and not spread around the
EC, kernel, and ohm.)
If suspend was smart, it would do a sync() sometime before or during a
long-term suspend; in case the power never comes back, the filesystem at
least would be in sync.
Activities should definitely be listening to dbus for global signals --
like "Out of memory, free some up!" as well as "sync your stuff up 'cause
we're suspending for a long time" and "shutting down".
--
Ticket URL: <http://dev.laptop.org/ticket/4824#comment:4>
One Laptop Per Child <http://dev.laptop.org>
OLPC bug tracking system
More information about the Bugs
mailing list