From: Len Brown <len.brown@intel.com>
To: Marcelo Tosatti <marcelo.tosatti@cyclades.com.br>
Cc: ACPI Developers <acpi-devel@lists.sourceforge.net>,
Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: [BKPATCH] ACPI for 2.4
Date: 14 Mar 2004 01:01:28 -0500 [thread overview]
Message-ID: <1079244088.2173.134.camel@dhcppc4> (raw)
Hi Marcelo, please do a
bk pull bk://linux-acpi.bkbits.net/linux-acpi-release-2.4.26
thanks,
-Len
ps. a plain patch is also available here:
ftp://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/patches/release/2.4.26/acpi-20040311-2.4.26.diff.gz
This will update the following files:
Documentation/kernel-parameters.txt | 4 +
arch/i386/kernel/acpi.c | 3
drivers/acpi/dispatcher/dsmethod.c | 85 ++++++++++++++++--------
drivers/acpi/events/evgpe.c | 5 +
drivers/acpi/executer/excreate.c | 20 +++--
drivers/acpi/executer/exmutex.c | 28 ++++---
drivers/acpi/namespace/nsaccess.c | 30 ++++++--
drivers/acpi/namespace/nsalloc.c | 7 +
drivers/acpi/namespace/nseval.c | 15 +++-
drivers/acpi/osl.c | 36 ++++++++++
drivers/acpi/parser/psparse.c | 44 +++++++++++-
drivers/acpi/parser/psscope.c | 9 --
drivers/acpi/system.c | 3
drivers/acpi/utilities/uteval.c | 56 +++++++++++++++
drivers/acpi/utilities/utglobal.c | 28 ++++---
include/acpi/acconfig.h | 6 +
include/acpi/acglobal.h | 11 ++-
include/acpi/acmacros.h | 3
include/acpi/acobject.h | 7 +
include/acpi/actypes.h | 5 -
include/acpi/acutils.h | 6 +
include/acpi/amlcode.h | 14 ++-
include/asm-i386/acpi.h | 51 +++++++-------
include/asm-x86_64/acpi.h | 59 +++++++---------
24 files changed, 379 insertions(+), 156 deletions(-)
through these ChangeSets:
<len.brown@intel.com> (04/03/13 1.1063.46.83)
[ACPI] add boot parameters "acpi_osi=" and "acpi_serialize"
acpi_osi= will disable the _OSI method -- which by default
tells the BIOS to behave as if Windows is the OS.
acpi_serialize is for debugging AE_ALREADY_EXISTS failures
<len.brown@intel.com> (04/03/13 1.1063.46.82)
[ACPI] ACPICA 20040311 from Bob Moore
Fixed a problem where errors occurring during the parse phase of
control
method execution did not abort cleanly. For example, objects created
and installed in the namespace were not deleted. This caused all
subsequent invocations of the method to return the AE_ALREADY_EXISTS
exception.
Implemented a mechanism to force a control method to "Serialized"
execution if the method attempts to create namespace objects.
(The root of the AE_ALREADY_EXISTS problem.)
Implemented support for the predefined _OSI "internal" control
method.
Initial supported strings are "Linux", "Windows 2000", "Windows
2001",
and "Windows 2001.1", and can be easily upgraded for new strings as
necessary. This feature allows Linux to execute
the fully tested, "Windows" code path through the ASL code
Global Lock Support: Now allows multiple acquires and releases with
any
internal thread. Removed concept of "owning thread" for this special
mutex.
Fixed two functions that were inappropriately declaring large objects
on
the CPU stack: ps_parse_loop() and ns_evaluate_relative().
Reduces the stack usage during method execution considerably.
Fixed a problem in the ACPI 2.0 FACS descriptor (actbl2.h) where the
S4Bios_f field was incorrectly defined as UINT32 instead of
UINT32_BIT.
Fixed a problem where acpi_ev_gpe_detect() would fault
if there were no GPEs defined on the machine.
Implemented two runtime options: One to force all control method
execution to "Serialized" to mimic Windows behavior, another to
disable
_OSI support if it causes problems on a given machine.
<len.brown@intel.com> (04/03/13 1.1063.46.81)
[ACPI] SMP poweroff (David Shaohua Li)
http://bugzilla.kernel.org/show_bug.cgi?id=1141
<len.brown@intel.com> (04/03/05 1.1063.46.80)
[ACPI] global lock macro fixes (Paul Menage, Luming Yu)
http://bugzilla.kernel.org/show_bug.cgi?id=1669
<len.brown@intel.com> (04/03/05 1.1063.46.79)
[ACPI] acpi_wakeup_address - print only when broken
next reply other threads:[~2004-03-14 6:04 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-03-14 6:01 Len Brown [this message]
-- strict thread matches above, loose matches on Subject: below --
2005-01-31 8:32 [BKPATCH] ACPI for 2.4 Len Brown
2004-11-23 6:34 Len Brown
2004-11-16 19:26 Len Brown
2004-11-09 8:17 Len Brown
2004-10-28 9:33 Len Brown
2004-06-18 7:32 Len Brown
2004-05-20 6:14 Len Brown
2004-05-06 22:28 Len Brown
2004-04-01 12:24 O.Sezer
2004-04-01 12:57 ` O.Sezer
2004-04-01 10:40 Len Brown
2004-03-27 0:53 Len Brown
2004-03-23 10:43 Len Brown
2004-03-06 6:32 Len Brown
2004-02-25 10:01 Len Brown
2004-02-07 9:10 Len Brown
2004-02-08 8:20 ` Willy Tarreau
2004-02-08 9:08 ` Willy Tarreau
2003-11-18 20:58 Len Brown
2003-11-20 11:16 ` Len Brown
2003-11-21 17:49 ` Willy Tarreau
2003-11-21 18:46 ` Willy Tarreau
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=1079244088.2173.134.camel@dhcppc4 \
--to=len.brown@intel.com \
--cc=acpi-devel@lists.sourceforge.net \
--cc=linux-kernel@vger.kernel.org \
--cc=marcelo.tosatti@cyclades.com.br \
/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