From: FrAnKenstEin <fake-3RXyrymLNR0b1SvskN2V4Q@public.gmane.org>
To: acpi-devel-pyega4qmqnRoyOMFzWx49A@public.gmane.org
Subject: Re: ACPI patches updated (20021111)
Date: Wed, 13 Nov 2002 21:52:08 +0100 [thread overview]
Message-ID: <20021113205208.GA30683@apollo.bingo-ev.de> (raw)
Hi,
i accidentaly only mailed the following mail to Andrew Grover, who will now
get it twice. sorry ;-)
On Tue, Nov 12, 2002 at 12:48:45PM -0800, Grover, Andrew wrote:
...
> If you've been having problems with reading battery or other information
> being very slow, please try this release and report if problems persist.
they do. i wrote a mail regarding my compaq armada 110's battery state 2
days ago, and gathered further information since then.
wether i override my dsdt with a fixed one does no longer seem to have an
influence on this (which i found out after compiling 2.5.47 vanilla and
seeing BAT1 without changes) problem. I fixed the things mentioned on the
cpqlinux-page... maybe there's more wrong code in there.
i freshly boot my machine, log in and fire a :
cat /proc/acpi/battery/BAT1/state
---------------- snip, snap ----------------------
present: yes
capacity state: ok
charging state: discharging
present rate: unknown
remaining capacity: 4864 mWh
present voltage: 12548 mV
---------------- snip, snap ----------------------
fine! these values are correct! except the charging state - which should be
'unknown', as i am fully charged at my ac/adaptor.
let's do that again:
---------------- snip, snap ----------------------
present: yes
capacity state: ok
charging state: unknown
present rate: unknown
remaining capacity: 0 mWh
present voltage: 11000 mV
---------------- snip, snap ----------------------
and this is what it remains like, everytime i try to access it.
notice that the charging state is now correct...
now... i unplug my ac/adaptor:
---------------- snip, snap ----------------------
present: yes
capacity state: ok
charging state: unknown
present rate: unknown
remaining capacity: 4864 mWh
present voltage: 12540 mV
---------------- snip, snap ----------------------
note that the extra newline is there intentionally - it really is
on my console. sometimes theres even an extra mV on that line, preceeded by
only a space. the values are correct again (just the 'state' is wrong,
should be 'discharging') but i care specifically about the remaning
capacity. again, if i try again:
---------------- snip, snap ----------------------
present: yes
capacity state: ok
charging state: discharging
present rate: unknown
remaining capacity: 56797 mWh
present voltage: 11000 mV
---------------- snip, snap ----------------------
the extra newline is gone, and the remaining capacity value starts counting
down from 65535 (too fast to represent relative capacity) to 0. chargestate
is correct.
plug in the ac cord again:
---------------- snip, snap ----------------------
present: yes
capacity state: ok
charging state: discharging
present rate: unknown
remaining capacity: 4785 mWh
present voltage: 12140 mV
---------------- snip, snap ----------------------
again, the capacity value is correct, but the state is wrong (should be
'charging'). on the next one, this value is correct, but capacity is wrong:
---------------- snip, snap ----------------------
present: yes
capacity state: ok
charging state: charging
present rate: unknown
remaining capacity: 47031 mWh
present voltage: 11000 mV
---------------- snip, snap ----------------------
i think you got the idea.
now, my question is: has somebdy encountered something like this before?
if yes, has it been fixed and how? (if no, why not? ;)
if no, where will i have to look? i already digged deeper into my dsdt,
but it _seems_ to be ok...
ah, yeas, the thermal zone is always 50C. but i don't care about that for
now, i just want to know how much time/mWh i have left when i am 'in the
field' ;)
thanks in advance for your time!
Thomas Jakobi
p.s.: the dsdt is on http://fake.bchat.net/laptop/dsdt-fixed
and http://fake.bchat.net/laptop/dsdt-original
p.p.s.: to be complete, here the acpi-part of my dmesg:
---------------- snip, snap ----------------------
ACPI: Subsystem revision 20021111
tbget-0274: *** Info: Table [DSDT] replaced by host OS
tbxface-0099 [03] Acpi_load_tables : ACPI Tables successfully acquired
Parsing Methods:..........................................................................................................................
Table [DSDT] - 406 Objects with 39 Devices 122 Methods 13 Regions
ACPI Namespace successfully loaded at root c042e47c
evxfevnt-0074 [04] Acpi_enable : Transition to ACPI mode successful
evevent-0508: *** Info: GPE Block0 defined as GPE0 to GPE15
Executing all Device _STA and_INI methods:.........[ACPI Debug] String: --------- VIA SOFTWARE SMI PMIO 2Fh ------------
[ACPI Debug] String: --------- VIA SOFTWARE SMI PMIO 2Fh ------------
..............................
39 Devices found containing: 39 _STA, 3 _INI methods
Completing Region/Field/Buffer/Package initialization:.................................................
Initialized 7/13 Regions 1/1 Fields 22/22 Buffers 19/19 Packages (406 nodes)
ACPI: Interpreter enabled
ACPI: Using PIC for interrupt routing
ACPI: (supports S0 S1 S4 S5)
ACPI: PCI Root Bridge [PCI0] (00:00)
PCI: Probing PCI hardware (bus 00)
PCI: Address space collision on region 9 of device VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] [8080:808f]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
ACPI: PCI Interrupt Link [LNKA] (IRQs *9 11 12)
ACPI: PCI Interrupt Link [LNKB] (IRQs 9 *11 12)
ACPI: PCI Interrupt Link [LNKC] (IRQs *9 11 12)
ACPI: PCI Interrupt Link [LNKD] (IRQs 9 *11 12)
ACPI: Embedded Controller [EC0] (gpe 1)
ACPI: Power Resource [PLPC] (on)
pci_bind-0191 [05] acpi_pci_bind : Device 00:00:07.06 not present in PCI namespace
---------------- snip, snap ----------------------
[...]
---------------- snip, snap ----------------------
[ACPI Debug] String: --------- VIA SOFTWARE SMI PMIO 2Fh ------------
[ACPI Debug] String: INIT BATO in acad.psr
[ACPI Debug] String: INIT BATO in acad.psr
ACPI: AC Adapter [ACAD] (on-line)
[ACPI Debug] String: --------- VIA SOFTWARE SMI PMIO 2Fh ------------
[ACPI Debug] String: INIT BATO at BAT1._STA
ACPI: Battery Slot [BAT1] (battery present)
ACPI: Power Button (FF) [PWRF]
ACPI: Sleep Button (CM) [SLPB]
ACPI: Lid Switch [LID]
ACPI: Processor [CPU0] (supports C1 C2)
[ACPI Debug] String: ========= BAT1 UPBI =========
[ACPI Debug] String: ---NO ACEV check charging/discharge
[ACPI Debug] String: ---NO ACEV Set Power State as discharging
ACPI: Thermal Zone [THRM] (50 C)
---------------- snip, snap ----------------------
-------------------------------------------------------
This sf.net email is sponsored by: Are you worried about
your web server security? Click here for a FREE Thawte
Apache SSL Guide and answer your Apache SSL security
needs: http://www.gothawte.com/rd523.html
next reply other threads:[~2002-11-13 20:52 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-11-13 20:52 FrAnKenstEin [this message]
2002-11-14 7:01 ` Armada 110 Zdeněk OGAR Skalák
[not found] ` <3DD34A64.57D3AC9C-Bh/+Xfn7orxQjibfaplwYw@public.gmane.org>
2002-11-14 22:17 ` FrAnKenstEin
-- strict thread matches above, loose matches on Subject: below --
2002-11-14 18:55 ACPI patches updated (20021111) Grover, Andrew
[not found] ` <EDC461A30AC4D511ADE10002A5072CAD04C7A50A-OU+JdkIUtvd9zuciVAfUoVDQ4js95KgL@public.gmane.org>
2002-11-14 19:59 ` Stian Jordet
[not found] ` <1037303944.3311.3.camel-rd0e0RNjLLRX8BKYUJ5quQ@public.gmane.org>
2002-11-18 23:47 ` Stian Jordet
[not found] ` <1037663229.4398.1.camel-rd0e0RNjLLRX8BKYUJ5quQ@public.gmane.org>
2002-11-19 0:39 ` Johannes Erdfelt
2002-11-13 21:42 Grover, Andrew
2002-11-13 21:30 Grover, Andrew
[not found] ` <EDC461A30AC4D511ADE10002A5072CAD04C7A502-OU+JdkIUtvd9zuciVAfUoVDQ4js95KgL@public.gmane.org>
2002-11-13 23:28 ` Stian Jordet
[not found] ` <1037230113.908.3.camel-rd0e0RNjLLRX8BKYUJ5quQ@public.gmane.org>
2002-11-14 18:00 ` Stian Jordet
2002-11-13 21:01 Stian Jordet
2002-11-13 20:54 Moore, Robert
2002-11-13 19:03 Moore, Robert
[not found] ` <B9ECACBD6885D5119ADC00508B68C1EA0D19B8EF-LkGsggTGxVmSsB6bSF6DdVDQ4js95KgL@public.gmane.org>
2002-11-13 20:25 ` Andy Dustman
2002-11-13 17:59 Moore, Robert
[not found] ` <B9ECACBD6885D5119ADC00508B68C1EA0D19B8EC-LkGsggTGxVmSsB6bSF6DdVDQ4js95KgL@public.gmane.org>
2002-11-13 18:15 ` Andy Dustman
[not found] ` <Pine.LNX.4.44.0211131310460.7918-100000-rsZ9VJrEJASOOqyHHM4PTqxOck334EZe@public.gmane.org>
2002-11-13 18:49 ` Andy Dustman
2002-11-13 0:17 Grover, Andrew
2002-11-13 0:46 ` Craig Whitmore
2002-11-12 20:48 Grover, Andrew
[not found] ` <EDC461A30AC4D511ADE10002A5072CAD04C7A4F9-OU+JdkIUtvd9zuciVAfUoVDQ4js95KgL@public.gmane.org>
2002-11-12 22:10 ` andy-gRfBfDTKyCbR7s880joybQ
[not found] ` <Pine.LNX.4.44.0211121706300.5656-100000-ngKEbFOxXuyOOqyHHM4PTqxOck334EZe@public.gmane.org>
2002-11-13 5:33 ` andy-gRfBfDTKyCbR7s880joybQ
2002-11-13 6:31 ` Craig Whitmore
2002-11-12 23:38 ` Arndt Schoenewald
2002-11-12 23:57 ` Craig Whitmore
2002-11-13 21:33 ` Stephen Hemminger
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=20021113205208.GA30683@apollo.bingo-ev.de \
--to=fake-3rxyrymlnr0b1svskn2v4q@public.gmane.org \
--cc=acpi-devel-pyega4qmqnRoyOMFzWx49A@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