All of lore.kernel.org
 help / color / mirror / Atom feed
From: Andrey Borzenkov <arvidjaar@mail.ru>
To: hal@lists.freedesktop.org
Cc: linux-acpi@vger.kernel.org, linux-kernel@vger.kernel.org,
	Alexey Starikovskiy <aystarik@gmail.com>
Subject: Re: kpowersave stuck at battery charging
Date: Wed, 2 Jan 2008 16:10:40 +0300	[thread overview]
Message-ID: <200801021610.45582.arvidjaar@mail.ru> (raw)
In-Reply-To: <477B6AA5.5020803@gmail.com>


[-- Attachment #1.1: Type: text/plain, Size: 2293 bytes --]

On Wednesday 02 January 2008, Alexey Starikovskiy wrote:
> Andrey Borzenkov wrote:
> > This is did not happen before; I am not sure right now what caused this 
(i.e. 
> > battery aging or some software change) nor whether this is 
kernel/HAL/kpowersave 
> > issue.
> >
> > kpowersave is stuck at assuming battery is loading and at 94%. Sysfs 
displays 
> > battery state as Full:
> >
> >   
> Frequent battery charging shortens lifetime of the battery, so some (may 
> be all now)
> notebook manufacturers do not start charging  battery until it discharge 
> to some degree (~90%).

I thought Li-Ion batteries do not have memory effect. Actually I remember to 
have read recommendation to avoid deep discharges of Li-Ion battery, it was 
adviced to charge it as often as possible.

> It could be your case. Please try to discharge battery to, say, 89% and 
> then check if it charges to the
> 100%.

That is exactly the question - how do you compute 100%? As far as I can tell the 
only possibility is - when battery stops charging. At this point you have to 
assume battery is fully charged.

I tried to discharge battery (it was around 78%) and plug AC in again. It went 
on Charging until the same limit after that state changed to Full (well, in case 
of ACPI battery we really only can state - not (dis-)charging, there is no 
special Full state flag); kpowersave still believes battery is not fully 
charged. Main interface shows 84% (no Charging) - tooltip states it is being 
charged.

POWER_SUPPLY_NAME=BAT1
POWER_SUPPLY_TYPE=Battery
POWER_SUPPLY_STATUS=Full
POWER_SUPPLY_PRESENT=1
POWER_SUPPLY_TECHNOLOGY=Li-ion
POWER_SUPPLY_VOLTAGE_MIN_DESIGN=10800000
POWER_SUPPLY_VOLTAGE_NOW=11340000
POWER_SUPPLY_CURRENT_NOW=0
POWER_SUPPLY_ENERGY_FULL_DESIGN=38880000
POWER_SUPPLY_ENERGY_FULL=37530000
POWER_SUPPLY_ENERGY_NOW=35640000
POWER_SUPPLY_MODEL_NAME=XM2038P04
POWER_SUPPLY_MANUFACTURER=

This would indicate that my battery lost 6% of capacity in new year, but 
question still remains - how should user tools properly calculate charge level?

> > - does ACPI battery code misuse POWER_SUPPLY_PROP_ENERGY_FULL?
> > - does HAL misuse .../energy_full?
> > - does kpowersave misuse battery.charge_level.last_full?
> >   
> 
> 



[-- Attachment #1.2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

[-- Attachment #2: Type: text/plain, Size: 0 bytes --]



WARNING: multiple messages have this Message-ID (diff)
From: Andrey Borzenkov <arvidjaar@mail.ru>
To: hal@lists.freedesktop.org
Cc: Alexey Starikovskiy <aystarik@gmail.com>,
	linux-acpi@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: kpowersave stuck at battery charging
Date: Wed, 2 Jan 2008 16:10:40 +0300	[thread overview]
Message-ID: <200801021610.45582.arvidjaar@mail.ru> (raw)
In-Reply-To: <477B6AA5.5020803@gmail.com>

[-- Attachment #1: Type: text/plain, Size: 2293 bytes --]

On Wednesday 02 January 2008, Alexey Starikovskiy wrote:
> Andrey Borzenkov wrote:
> > This is did not happen before; I am not sure right now what caused this 
(i.e. 
> > battery aging or some software change) nor whether this is 
kernel/HAL/kpowersave 
> > issue.
> >
> > kpowersave is stuck at assuming battery is loading and at 94%. Sysfs 
displays 
> > battery state as Full:
> >
> >   
> Frequent battery charging shortens lifetime of the battery, so some (may 
> be all now)
> notebook manufacturers do not start charging  battery until it discharge 
> to some degree (~90%).

I thought Li-Ion batteries do not have memory effect. Actually I remember to 
have read recommendation to avoid deep discharges of Li-Ion battery, it was 
adviced to charge it as often as possible.

> It could be your case. Please try to discharge battery to, say, 89% and 
> then check if it charges to the
> 100%.

That is exactly the question - how do you compute 100%? As far as I can tell the 
only possibility is - when battery stops charging. At this point you have to 
assume battery is fully charged.

I tried to discharge battery (it was around 78%) and plug AC in again. It went 
on Charging until the same limit after that state changed to Full (well, in case 
of ACPI battery we really only can state - not (dis-)charging, there is no 
special Full state flag); kpowersave still believes battery is not fully 
charged. Main interface shows 84% (no Charging) - tooltip states it is being 
charged.

POWER_SUPPLY_NAME=BAT1
POWER_SUPPLY_TYPE=Battery
POWER_SUPPLY_STATUS=Full
POWER_SUPPLY_PRESENT=1
POWER_SUPPLY_TECHNOLOGY=Li-ion
POWER_SUPPLY_VOLTAGE_MIN_DESIGN=10800000
POWER_SUPPLY_VOLTAGE_NOW=11340000
POWER_SUPPLY_CURRENT_NOW=0
POWER_SUPPLY_ENERGY_FULL_DESIGN=38880000
POWER_SUPPLY_ENERGY_FULL=37530000
POWER_SUPPLY_ENERGY_NOW=35640000
POWER_SUPPLY_MODEL_NAME=XM2038P04
POWER_SUPPLY_MANUFACTURER=

This would indicate that my battery lost 6% of capacity in new year, but 
question still remains - how should user tools properly calculate charge level?

> > - does ACPI battery code misuse POWER_SUPPLY_PROP_ENERGY_FULL?
> > - does HAL misuse .../energy_full?
> > - does kpowersave misuse battery.charge_level.last_full?
> >   
> 
> 



[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

  reply	other threads:[~2008-01-02 13:10 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-01-02  9:48 kpowersave stuck at battery charging Andrey Borzenkov
2008-01-02  9:48 ` Andrey Borzenkov
2008-01-02 10:42 ` Alexey Starikovskiy
2008-01-02 13:10   ` Andrey Borzenkov [this message]
2008-01-02 13:10     ` Andrey Borzenkov
2008-01-02 16:18     ` Alexey Starikovskiy

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200801021610.45582.arvidjaar@mail.ru \
    --to=arvidjaar@mail.ru \
    --cc=aystarik@gmail.com \
    --cc=hal@lists.freedesktop.org \
    --cc=linux-acpi@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.