All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jan Rychter <jan-JAsPCFd0eodBDgjK7y7TUQ@public.gmane.org>
To: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
Subject: Re: Battery status reading problems
Date: Thu, 25 Sep 2003 22:38:57 -0700	[thread overview]
Message-ID: <m24qz0f6ry.fsf@tnuctip.rychter.com> (raw)
In-Reply-To: <Pine.LNX.4.58.0309232001000.1228-KnfdeQs3A3X/9pzu0YdTqQ@public.gmane.org> (liste@hgfelger.de's message of "Tue, 23 Sep 2003 20:11:38 +0200 (CEST)")

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

Hartwig Felger:
> Salut Nils,
> On Tue, 23 Sep 2003, Nils Faerber wrote:
> > Am Di, 2003-09-23 um 14.14 schrieb Bas Mevissen:
> > > Alan Cox wrote:
> > > > Several vendors implement the actual battery reading logic as an SMI
> > > > trap and disable interrupts during their slow chat with the battery.
> > > > There isnt much anyone can do about that bit alas (except read it a lot
> > > > less often)
> > > (or does the AC/battery power work with an event? The my assumption
> > > won't hold then)
> I commented on that before!
> 
> > I could very well accept CPU load.
> > I would even accept delays, given they are small.
> > But I experienced kernel hangs, i.e. short periods of no I/O activity at
> > all when querying the battery status. And even that could be acceptable.
> > What was not acceptable were very bizarre happenings that lokked like
> > lost interrupts!? Events that did not cause the reaction they should
> > have. Less severe were lost mouse events but more severe was packet loss
> > on network.
> That are the things that follow from, what Alan is saying - interrupts are
> disabled over some time.
> 
> > So for me it looks more like a bug in the ACPI code than just a
> > performnce issue or hardware misdesign.
> > The other thing that leads to this assumption is that so many of us see
> > this happening, with various notebooks by various manufacturers. It is
> > not bound to certain or limited number of "bad" machines.
> Sorry to tell you, that I have no problems with my Acer TM630. I did try a
> bash-loop with a uspleep 10, always querrying the battery-state, that did
> not consume any interrupts on my maschine. May you collect, what various
> notebooks you claim are affected?

[...]

For the reference, I have always had performance problems with reading
the battery status on my Sharp Mebius. I can't use any "battery applets"
nor cpufreqd because of that -- they eat too much CPU power and cause
the whole machine to slow down.

I got bored with reporting this all over again, and since this issue has
been largely ignored by developers, I decided I can do without battery
information after all.

--J.

[-- Attachment #2: Type: application/pgp-signature, Size: 188 bytes --]

  parent reply	other threads:[~2003-09-26  5:38 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-09-19  6:23 Battery status reading problems Jan Rychter
     [not found] ` <m2vfrpthxt.fsf-dTJq59+VGzkkCw8IV3R6h0EOCMrvLtNR@public.gmane.org>
2003-09-19 21:02   ` Markus Gaugusch
     [not found]     ` <Pine.LNX.4.58.0309192257480.1613-KjnUIgV0B0bsKMwAuzqOxrNldLUNz+W/@public.gmane.org>
2003-09-22  7:55       ` Bas Mevissen
     [not found]         ` <3F6EAADC.4020509-Y9IUUvl1dgU0Iwp8Nzs06g@public.gmane.org>
2003-09-22  7:56           ` Markus Gaugusch
     [not found]             ` <Pine.LNX.4.53.0309220954120.9385-sxQ525G0OhRQK2oVCIMtW7NldLUNz+W/@public.gmane.org>
2003-09-22 11:37               ` Alan Cox
     [not found]                 ` <1064230622.8592.14.camel-Z+iYsftfazAXoXS6vNje7nviChZXdy279dF7HbQ/qKg@public.gmane.org>
2003-09-22 12:52                   ` Ducrot Bruno
2003-09-23 12:14                   ` Bas Mevissen
     [not found]                     ` <3F703933.50604-Y9IUUvl1dgU0Iwp8Nzs06g@public.gmane.org>
2003-09-23 16:25                       ` Nils Faerber
     [not found]                         ` <1064334307.14784.92.camel-65LrUGLyukAb1SvskN2V4Q@public.gmane.org>
2003-09-23 16:44                           ` Markus Gaugusch
2003-09-23 18:11                           ` liste-9nAOAgdJVo4b1SvskN2V4Q
     [not found]                             ` <Pine.LNX.4.58.0309232001000.1228-KnfdeQs3A3X/9pzu0YdTqQ@public.gmane.org>
2003-09-26  5:38                               ` Jan Rychter [this message]
     [not found]                                 ` <m24qz0f6ry.fsf-dTJq59+VGzkkCw8IV3R6h0EOCMrvLtNR@public.gmane.org>
2003-09-26  8:55                                   ` Toon van der Pas
     [not found]                                     ` <20030926085542.GA28731-UrA3525iEjFfB9KAG+eifygtU7bT7/Jf@public.gmane.org>
2003-09-26 12:25                                       ` David G Hamblen
2003-09-26  9:25                                   ` Markus Gaugusch
2003-09-25 10:44                       ` Pavel Machek

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=m24qz0f6ry.fsf@tnuctip.rychter.com \
    --to=jan-jaspcfd0eodbdgjk7y7tuq@public.gmane.org \
    --cc=acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@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 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.