In the meantime I had the opportunity to test this on another HP Folio
13-2000 which is running Windows 7. The user wasn't affected by this bug
only because the default settings for 'critical battery level' were set
to 5 percent – so when the battery reached 5 percent the notebook would
be sent int
Ben Hutchings wrote:
> And presumably not very old (upower reports that the 'full' value is
> the same as the 'full-design' value).
I bought the notebook half a year ago, so yes, the battery is quite new.
> However, I don't see any similar quirk in the battery driver for any
> other models, and t
On Sat, 2012-12-15 at 02:24 +0100, Stefan Nagy wrote:
> Ben Hutchings wrote:
> > Is this a genuine HP or third party battery?
>
> It's a genuin HP battery.
And presumably not very old (upower reports that the 'full' value is the
same as the 'full-design' value). If the battery is OK then it woul
I tested this the whole day and eventually got a clearer picture of this
bug. gnome-settings-daemon fails to send my notebook into hibernation
because of two separate issues:
1) UPower fails to update the status of the AC adaptor. 'upower --dump'
shows that the time of last update is always identi
Ben Hutchings wrote:
> Is this a genuine HP or third party battery?
It's a genuin HP battery.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On Tue, 2012-12-11 at 20:16 +0100, Stefan Nagy wrote:
> I tested this some more by observing the output of 'acpi -a'. When my
> battery is low the values (percentage, time remaining) jump.
>
> Two minutes before my notebook suddenly shut down I got 00:05:00 minutes
> left, a few seconds later 00:0
I just realized that UPower doesn't update the status of
/org/freedesktop/UPower/devices/line_power_ACAD (no matter which kernel
I use). It seems like the date in line 'updated:' is always identical to
uptime.
With kernel 3.6.9 however it gets even worse: both devices are affected
by this now:
- /
I tested this some more by observing the output of 'acpi -a'. When my
battery is low the values (percentage, time remaining) jump.
Two minutes before my notebook suddenly shut down I got 00:05:00 minutes
left, a few seconds later 00:04:34 minutes, then 00:04:46 minutes,
00:04:54 minutes… Two or th
Ben Hutchings wrote:
> You confirmed that hibernation works and that GNOME is properly
> detecting the low battery level, so I don't see how this is a kernel
> bug. The decision to hibernate is a matter of userland policy, so I
> think you were right with #684186.
I'm not so sure about this since
Control: severity -1 important
Control: tag -1 normal
On Tue, 2012-12-11 at 01:31 +0100, Stefan Nagy wrote:
> Package: src:linux
> Version: 3.6.9-1~experimental.1
> Severity: grave
> Justification: causes non-serious data loss
>
> Dear Maintainer,
>
> when my notebook's battery runs out (reaches
Package: src:linux
Version: 3.6.9-1~experimental.1
Severity: grave
Justification: causes non-serious data loss
Dear Maintainer,
when my notebook's battery runs out (reaches a critical state), GNOME isn't
able to send it into hibernation. GNOME reports low as well as critical battery
level but fai
11 matches
Mail list logo
