From: Hanspeter Kunz <hkunz@ailab.ch>
To: Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: Linux 2.6.11-rc1 (ACPI related problems)
Date: Thu, 13 Jan 2005 23:37:12 +0100 [thread overview]
Message-ID: <1105655832.8599.8.camel@localhost.localdomain> (raw)
In-Reply-To: <1105515143.2734.6.camel@lb.loomes.de>
[-- Attachment #1: Type: text/plain, Size: 2124 bytes --]
And I see these errors on i386:
ACPI-1138: *** Error: Method execution failed
[\_SB_.PCI0.LPC0.EC0_.EC8C] (Node c17ee940), AE_AML_BUFFER_LIMIT
ACPI-1138: *** Error: Method execution failed
[\_SB_.PCI0.LPC0.EC0_.EC04] (Node c17eeba0), AE_AML_BUFFER_LIMIT
ACPI-1138: *** Error: Method execution failed [\_SB_.ECPF] (Node
c17ded20), AE_AML_BUFFER_LIMIT
ACPI-1138: *** Error: Method execution failed [\_SB_.BATA._BIF] (Node
c17f3c00), AE_AML_BUFFER_LIMIT
consequently, my /proc/acpi/battery/ is empty.
Further, when I go to S3 the system does not enter sleep mode (as it did
with 2.6.10).
Otherwise it runs without problems.
cheers,
Hp.
On Wed, 2005-01-12 at 08:32 +0100, Markus Trippelsdorf wrote:
> I see these errors in dmesg on an AMD_64:
>
> ACPI: Subsystem revision 20041210
> ACPI: Interpreter enabled
> ACPI: Using IOAPIC for interrupt routing
> ACPI-1138: *** Error: Method execution failed [\MCTH] (Node
> ffff81003ff8ecc0), AE_AML_BUFFER_LIMIT
> ACPI-1138: *** Error: Method execution failed [\OSFL] (Node
> ffff81003ff8ed00), AE_AML_BUFFER_LIMIT
> ACPI-1138: *** Error: Method execution failed [\_SB_.PCI0._S3D]
> (Node ffff81003ff82140), AE_AML_BUFFER_LIMIT
> ACPI-0158: *** Error: Method execution failed [\_SB_.PCI0._S3D]
> (Node ffff81003ff82140), AE_AML_BUFFER_LIMIT
>
> But the system is running fine AFAICT.
>
> __
> Markus
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
--
Hanspeter Kunz Artificial Intelligence Laboratory
Ph.D. Student Department of Information Technology
Email: hkunz@ailab.ch University of Zurich
Tel: +41.(0)44.63-54306 Andreasstrasse 15, Office 2.12
http://ailab.ch/people/hkunz CH-8050 Zurich, Switzerland
Spamtraps: hkunz.bogus@ailab.ch hkunz.bogus@ifi.unizh.ch
---
It's not whether you win or lose, it's how you place the blame.
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]
next prev parent reply other threads:[~2005-01-13 22:41 UTC|newest]
Thread overview: 40+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-01-12 5:09 Linux 2.6.11-rc1 Linus Torvalds
2005-01-12 7:07 ` Keith Owens
2005-01-12 7:07 ` Keith Owens
2005-01-12 7:32 ` Markus Trippelsdorf
2005-01-13 22:37 ` Hanspeter Kunz [this message]
2005-01-12 8:24 ` Brice Goglin
2005-01-12 9:20 ` Tino Keitel
2005-01-12 9:38 ` Brice Goglin
2005-01-12 14:13 ` Dmitry Torokhov
2005-01-12 14:35 ` Brice Goglin
2005-01-12 15:50 ` Linus Torvalds
2005-01-12 19:13 ` Vojtech Pavlik
2005-01-12 15:24 ` Sergey S. Kostyliov
2005-01-12 15:32 ` Linus Torvalds
2005-01-12 15:44 ` Gene Heskett
2005-01-12 16:03 ` Sergey S. Kostyliov
2005-01-13 9:45 ` NUMA or not on dual Opteron (was: Re: Linux 2.6.11-rc1) Sander
2005-01-13 10:02 ` NUMA or not on dual Opteron Raphael Jacquot
2005-01-13 17:07 ` Justin M. Forbes
2005-01-13 19:43 ` Andi Kleen
2005-01-13 19:40 ` Andi Kleen
2005-01-13 15:36 ` NUMA or not on dual Opteron (was: Re: Linux 2.6.11-rc1) Alan Cox
2005-01-13 19:38 ` NUMA or not on dual Opteron Andi Kleen
2005-01-15 23:42 ` Sander
2005-01-13 21:24 ` Bernd Eckenfels
2005-01-14 8:04 ` David Schwartz
2005-01-14 8:10 ` Arjan van de Ven
2005-01-14 8:48 ` Andi Kleen
2005-01-12 19:06 ` Linux 2.6.11-rc1 -- usb_storage and Genesys Jan De Luyck
2005-01-13 5:42 ` [PATCH] contort getdents64 to pacify gcc-2.96 Adam Kropelin
2005-01-13 3:51 ` Linus Torvalds
2005-01-13 23:15 ` Linux 2.6.11-rc1 (compile stats) John Cherry
2005-01-16 9:22 ` Cross-compilation broken (was: Re: Linux 2.6.11-rc1) Geert Uytterhoeven
2005-01-16 16:09 ` Sam Ravnborg
2005-01-17 9:00 ` Geert Uytterhoeven
2005-01-19 21:07 ` Linux 2.6.11-rc1 Daniel Gryniewicz
2005-01-20 4:16 ` Dmitry Torokhov
2005-01-20 4:49 ` Daniel Gryniewicz
2005-01-20 7:17 ` Peter Osterlund
2005-01-20 15:01 ` Romano Giannetti
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=1105655832.8599.8.camel@localhost.localdomain \
--to=hkunz@ailab.ch \
--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.