public inbox for linux-acpi@vger.kernel.org
 help / color / mirror / Atom feed
From: Jan De Luyck <lkml-gY0FE6dpLprYtjvyW6yDsg@public.gmane.org>
To: "Brown, Len" <len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Cc: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, "Lebedev,
	Vladimir P"
	<vladimir.p.lebedev-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>,
	"Yu, Luming" <luming.yu-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Subject: Re: battery status events (RE: Kernel 2.6.13 repeated ACPI events?)
Date: Sun, 11 Sep 2005 16:03:58 +0200	[thread overview]
Message-ID: <200509111603.58411.lkml@kcore.org> (raw)
In-Reply-To: <F7DC2337C7631D4386A2DF6E8FB22B30048646E9-N2PTB0HCzHKkrb+BlOpmy7fspsVTdybXVpNB7YpNyf8@public.gmane.org>

On Wednesday 07 September 2005 22:10, Brown, Len wrote:
> The kernel doesn't created these messages -- presumably
> they're from acpid or some other user-level daemon
> that is monitoring /proc/acpi/event.  Unlikely that
> logging these events is necessary...
>
> Event 0x80 on the battery device is a "Battery Status Changed"
> which you'd expect to see when plugging/charging/discharging
> a battery.  How frequent they are depends on the rate,
> the battery and the firmware that is talking to it.

Ah, okay. I was under the impression that they should only be shown whenever 
there was an actual 'state' change, like battery is flat, is being charged, 
power is unplugged, not for the change of the charge level itself.

> Is there a GUI or something reading the battery status files?
> Do these events stop when running in text mode?

There is indeed klaptopdaemon running which does monitoring of the battery 
levens.

> Did this not happen on this box with earlier kernels?

I have no idea anymore when it started, but it wasn't there on a certain 
earlier kernel - but then i'm talking pre 2.6.7 era. I just didn't bother 
reporting it earlier, since I attributed it to a faulty dsdt line or so. I've 
read that ACER laptops have their share of bad dsdt's, that's why I didn't 
really bother - it works, it's just a tad annoying.
>
> Do the /proc/acpi/battery* files look sane --
> is the status really changing?

Yups, charge levels :)

Thanks, 

Jan

-- 
Food for thought is no substitute for the real thing.
		-- Walt Kelly, "Potluck Pogo"


-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf

      parent reply	other threads:[~2005-09-11 14:03 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-09-07 20:10 battery status events (RE: Kernel 2.6.13 repeated ACPI events?) Brown, Len
     [not found] ` <F7DC2337C7631D4386A2DF6E8FB22B30048646E9-N2PTB0HCzHKkrb+BlOpmy7fspsVTdybXVpNB7YpNyf8@public.gmane.org>
2005-09-11 14:03   ` Jan De Luyck [this message]

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=200509111603.58411.lkml@kcore.org \
    --to=lkml-gy0fe6dplprytjvyw6ydsg@public.gmane.org \
    --cc=acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org \
    --cc=len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org \
    --cc=linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=luming.yu-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org \
    --cc=vladimir.p.lebedev-ral2JQCrhuEAvxtiuMwx3w@public.gmane.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox