* ACPI battery info failure after some period of time, 2.6.3-x and up
@ 2004-03-04 18:29 David Ford
2004-03-05 4:08 ` Jason Munro
2004-03-05 12:46 ` Charles Bueche
0 siblings, 2 replies; 10+ messages in thread
From: David Ford @ 2004-03-04 18:29 UTC (permalink / raw)
To: Linux Kernel Mailing List
powerix root # cat /proc/acpi/battery/BAT0/state
present: yes
ERROR: Unable to read battery status
powerix root # dmesg -c
ACPI-0279: *** Error: Looking up [BST0] in namespace, AE_ALREADY_EXISTS
ACPI-1120: *** Error: Method execution failed [\_SB_.BAT0._BST]
(Node e7bd7680), AE_ALREADY_EXISTS
powerix root # uname -r
2.6.4-rc1
This has been going on since about 2.6.3-rc something. Some while after
reading the /proc files, the ability to read the battery information
gets munged.
^ permalink raw reply [flat|nested] 10+ messages in thread* Re: ACPI battery info failure after some period of time, 2.6.3-x and up
2004-03-04 18:29 ACPI battery info failure after some period of time, 2.6.3-x and up David Ford
@ 2004-03-05 4:08 ` Jason Munro
2004-03-05 4:20 ` Stuart Young
2004-03-05 12:46 ` Charles Bueche
1 sibling, 1 reply; 10+ messages in thread
From: Jason Munro @ 2004-03-05 4:08 UTC (permalink / raw)
To: linux-kernel
On 12:29 pm Mar 4 David Ford <david+challenge-response@blue-labs.org> wrote:
> powerix root # cat /proc/acpi/battery/BAT0/state
> present: yes
> ERROR: Unable to read battery status
>
> powerix root # dmesg -c
> ACPI-0279: *** Error: Looking up [BST0] in namespace,
> AE_ALREADY_EXISTS ACPI-1120: *** Error: Method execution failed
> [\_SB_.BAT0._BST] (Node e7bd7680), AE_ALREADY_EXISTS
>
> powerix root # uname -r
> 2.6.4-rc1
>
> This has been going on since about 2.6.3-rc something. Some while
> after reading the /proc files, the ability to read the battery
> information gets munged.
Same here on a Toshiba 1410-s173 noteboook:
[logger] ACPI group battery / action battery is not defined
[kernel] ACPI-0279: *** Error: Looking up [BUFF] in namespace,
AE_ALREADY_EXISTS
I don't think it's happened in less than 24 hours of uptime, during which
everything is good. I have been using suspend to ram daily if that matters
(echo 3 > /proc/acpi/sleep).
Linux version 2.6.3-wolk1.0 (root@jackass) (gcc version 3.3.3 20040217
(Gentoo Linux 3.3.3, propolice-3.3-7)) #1 Thu Feb 26 16:18:24 CST 2004
\__ Jason Munro
\__ jason@stdbev.com
\__ http://hastymail.sourceforge.net/
^ permalink raw reply [flat|nested] 10+ messages in thread* Re: ACPI battery info failure after some period of time, 2.6.3-x and up
2004-03-05 4:08 ` Jason Munro
@ 2004-03-05 4:20 ` Stuart Young
2004-03-05 4:26 ` David Ford
0 siblings, 1 reply; 10+ messages in thread
From: Stuart Young @ 2004-03-05 4:20 UTC (permalink / raw)
To: jason, linux-kernel
On Fri, 5 Mar 2004 03:08 pm, Jason Munro wrote:
> On 12:29 pm Mar 4 David Ford <david+challenge-response@blue-labs.org> wrote:
> > powerix root # cat /proc/acpi/battery/BAT0/state
> > present: yes
> > ERROR: Unable to read battery status
> >
> > powerix root # dmesg -c
> > ACPI-0279: *** Error: Looking up [BST0] in namespace,
> > AE_ALREADY_EXISTS ACPI-1120: *** Error: Method execution failed
> > [\_SB_.BAT0._BST] (Node e7bd7680), AE_ALREADY_EXISTS
> >
> > powerix root # uname -r
> > 2.6.4-rc1
> >
> > This has been going on since about 2.6.3-rc something. Some while
> > after reading the /proc files, the ability to read the battery
> > information gets munged.
>
> Same here on a Toshiba 1410-s173 noteboook:
>
> [logger] ACPI group battery / action battery is not defined
> [kernel] ACPI-0279: *** Error: Looking up [BUFF] in namespace,
> AE_ALREADY_EXISTS
>
> I don't think it's happened in less than 24 hours of uptime, during which
> everything is good. I have been using suspend to ram daily if that matters
> (echo 3 > /proc/acpi/sleep).
>
> Linux version 2.6.3-wolk1.0 (root@jackass) (gcc version 3.3.3 20040217
> (Gentoo Linux 3.3.3, propolice-3.3-7)) #1 Thu Feb 26 16:18:24 CST 2004
Happened once to me. I actually thought my battery was dying, so I went into
the BIOS and did a battery cycle (full discharge). Hasn't come back since,
but I'd guess that was a co-incidence. Probably needed it anyway.
Feb 21 18:32:10 kosh kernel: ACPI-0279: *** Error: Looking up [NACH] in
namespace, AE_ALREADY_EXISTS
Feb 21 18:32:10 kosh kernel: ACPI-1120: *** Error: Method execution failed
[\_SB_.BAT0._BST] (Node c7f88ba0), AE_ALREADY_EXISTS
Was running 2.6.3 (vanilla) at the time. Uptime at this point (first mention
in logs) was ~1 day, 1 hour & 15 mins. Probably haven't had >24 hrs uptime
since then. Will have this weekend (for testing).
Laptop is an Asus L7300/L7200 (PIII-600 on 440MX chipset) with the latest
BIOS. Currently running 2.6.4-rc2 vanilla.
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: ACPI battery info failure after some period of time, 2.6.3-x and up
2004-03-05 4:20 ` Stuart Young
@ 2004-03-05 4:26 ` David Ford
2004-03-05 4:43 ` Stuart Young
0 siblings, 1 reply; 10+ messages in thread
From: David Ford @ 2004-03-05 4:26 UTC (permalink / raw)
To: Stuart Young; +Cc: jason, linux-kernel
run a watch -n 1 'cat /proc.../status' and it'll happen really quick, on
my machine it happens inside 15 minutes. my notebook is a dell inpsiron
8200.
Stuart Young wrote:
>On Fri, 5 Mar 2004 03:08 pm, Jason Munro wrote:
>
>
>>Same here on a Toshiba 1410-s173 noteboook:
>>
>>[logger] ACPI group battery / action battery is not defined
>>[kernel] ACPI-0279: *** Error: Looking up [BUFF] in namespace,
>> AE_ALREADY_EXISTS
>>
>>I don't think it's happened in less than 24 hours of uptime, during which
>>everything is good. I have been using suspend to ram daily if that matters
>>(echo 3 > /proc/acpi/sleep).
>>
>>Linux version 2.6.3-wolk1.0 (root@jackass) (gcc version 3.3.3 20040217
>>(Gentoo Linux 3.3.3, propolice-3.3-7)) #1 Thu Feb 26 16:18:24 CST 2004
>>
>>
>
>Happened once to me. I actually thought my battery was dying, so I went into
>the BIOS and did a battery cycle (full discharge). Hasn't come back since,
>but I'd guess that was a co-incidence. Probably needed it anyway.
>
>Feb 21 18:32:10 kosh kernel: ACPI-0279: *** Error: Looking up [NACH] in
>namespace, AE_ALREADY_EXISTS
>Feb 21 18:32:10 kosh kernel: ACPI-1120: *** Error: Method execution failed
>[\_SB_.BAT0._BST] (Node c7f88ba0), AE_ALREADY_EXISTS
>
>Was running 2.6.3 (vanilla) at the time. Uptime at this point (first mention
>in logs) was ~1 day, 1 hour & 15 mins. Probably haven't had >24 hrs uptime
>since then. Will have this weekend (for testing).
>
>Laptop is an Asus L7300/L7200 (PIII-600 on 440MX chipset) with the latest
>BIOS. Currently running 2.6.4-rc2 vanilla.
>
>
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: ACPI battery info failure after some period of time, 2.6.3-x and up
2004-03-05 4:26 ` David Ford
@ 2004-03-05 4:43 ` Stuart Young
2004-03-05 5:02 ` Jeff Chua
0 siblings, 1 reply; 10+ messages in thread
From: Stuart Young @ 2004-03-05 4:43 UTC (permalink / raw)
To: David Ford; +Cc: jason, linux-kernel
On Fri, 5 Mar 2004 03:26 pm, David Ford wrote:
> run a watch -n 1 'cat /proc.../status' and it'll happen really quick, on
> my machine it happens inside 15 minutes. my notebook is a dell inpsiron
> 8200.
Tried it as soon as you sent me a reply using:
watch -n 1 'cat /proc/acpi/battery/BAT0/state'
...and it just failed then, using 2.6.4-rc2 still.
--
Stuart Young - sgy-lkml@amc.com.au is for LKML and related email only
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: ACPI battery info failure after some period of time, 2.6.3-x and up
2004-03-05 4:43 ` Stuart Young
@ 2004-03-05 5:02 ` Jeff Chua
2004-03-05 5:33 ` Jason Munro
2004-03-05 22:45 ` Stuart Young
0 siblings, 2 replies; 10+ messages in thread
From: Jeff Chua @ 2004-03-05 5:02 UTC (permalink / raw)
To: Stuart Young; +Cc: David Ford, jason, Linux Kernel
On Fri, 5 Mar 2004, Stuart Young wrote:
> ...and it just failed then, using 2.6.4-rc2 still.
have you tried applying patch from ...
ftp://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/patches/release/2.6.4/
acpi-20040220-2.6.4.diff.bz2
I'm on IBM X30, linux 2.6.4-rc2. No problem.
# uptime
13:02:07 up 3:31, 4 users, load average: 0.08, 0.07, 0.08
# cat /proc/acpi/battery/BAT0/state
present: yes
capacity state: ok
charging state: unknown
present rate: 0 mW
remaining capacity: 31780 mWh
present voltage: 12419 mV
Jeff.
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: ACPI battery info failure after some period of time, 2.6.3-x and up
2004-03-05 5:02 ` Jeff Chua
@ 2004-03-05 5:33 ` Jason Munro
2004-03-05 21:40 ` John M Flinchbaugh
2004-03-05 22:45 ` Stuart Young
1 sibling, 1 reply; 10+ messages in thread
From: Jason Munro @ 2004-03-05 5:33 UTC (permalink / raw)
To: linux-kernel
On 11:02 pm Mar 4 Jeff Chua <jeffchua@silk.corp.fedex.com> wrote:
>
> On Fri, 5 Mar 2004, Stuart Young wrote:
>
> > ...and it just failed then, using 2.6.4-rc2 still.
root@jackass /proc/acpi/battery/BAT1# watch -n 1 'cat ./state'
Over 30 minutes running and still looks fine. I use the GKACPI Gkrellm
plugin which polls the battery status every 30 seconds I beleive. Since
this started I have gone up to 2 + days uptime without it being triggered,
but sometimes its less.
> have you tried applying patch from ...
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/patches/release
> /2.6.4/
> acpi-20040220-2.6.4.diff.bz2
The 2.6.3 patch from the same release day does not apply cleanly with the
wolk patchset in place :/ I will try the latest with this patch and see
what happens.
\__ Jason Munro
\__ jason@stdbev.com
\__ http://hastymail.sourceforge.net/
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: ACPI battery info failure after some period of time, 2.6.3-x and up
2004-03-05 5:02 ` Jeff Chua
2004-03-05 5:33 ` Jason Munro
@ 2004-03-05 22:45 ` Stuart Young
1 sibling, 0 replies; 10+ messages in thread
From: Stuart Young @ 2004-03-05 22:45 UTC (permalink / raw)
To: Jeff Chua; +Cc: David Ford, jason, Linux Kernel
On Fri, 5 Mar 2004 04:02 pm, Jeff Chua wrote:
> On Fri, 5 Mar 2004, Stuart Young wrote:
> > ...and it just failed then, using 2.6.4-rc2 still.
>
> have you tried applying patch from ...
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/patches/release/2.6.
>4/ acpi-20040220-2.6.4.diff.bz2
>
>
> I'm on IBM X30, linux 2.6.4-rc2. No problem.
>
>
> # uptime
> 13:02:07 up 3:31, 4 users, load average: 0.08, 0.07, 0.08
>
> # cat /proc/acpi/battery/BAT0/state
> present: yes
> capacity state: ok
> charging state: unknown
> present rate: 0 mW
> remaining capacity: 31780 mWh
> present voltage: 12419 mV
Same failure. Works for 15-20 mins, then it stops reporting anything past the
battery being present.
--
Stuart Young - sgy-lkml@amc.com.au is for LKML and related email only
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: ACPI battery info failure after some period of time, 2.6.3-x and up
2004-03-04 18:29 ACPI battery info failure after some period of time, 2.6.3-x and up David Ford
2004-03-05 4:08 ` Jason Munro
@ 2004-03-05 12:46 ` Charles Bueche
1 sibling, 0 replies; 10+ messages in thread
From: Charles Bueche @ 2004-03-05 12:46 UTC (permalink / raw)
To: David Ford; +Cc: linux-kernel
Hi,
I have had this problem (or at least very similar) since 2.6.0. the
-test worked fine.
I run 2.6.3-gentoo-r1 on a Dell Inspiron 8600
Charles
On Thu, 04 Mar 2004 13:29:01 -0500
David Ford <david+challenge-response@blue-labs.org> wrote:
> powerix root # cat /proc/acpi/battery/BAT0/state
> present: yes
> ERROR: Unable to read battery status
>
> powerix root # dmesg -c
> ACPI-0279: *** Error: Looking up [BST0] in namespace,
> AE_ALREADY_EXISTS ACPI-1120: *** Error: Method execution failed
> [\_SB_.BAT0._BST]
> (Node e7bd7680), AE_ALREADY_EXISTS
>
> powerix root # uname -r
> 2.6.4-rc1
>
> This has been going on since about 2.6.3-rc something. Some while
> after reading the /proc files, the ability to read the battery
> information gets munged.
^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2004-03-05 22:45 UTC | newest]
Thread overview: 10+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-03-04 18:29 ACPI battery info failure after some period of time, 2.6.3-x and up David Ford
2004-03-05 4:08 ` Jason Munro
2004-03-05 4:20 ` Stuart Young
2004-03-05 4:26 ` David Ford
2004-03-05 4:43 ` Stuart Young
2004-03-05 5:02 ` Jeff Chua
2004-03-05 5:33 ` Jason Munro
2004-03-05 21:40 ` John M Flinchbaugh
2004-03-05 22:45 ` Stuart Young
2004-03-05 12:46 ` Charles Bueche
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox