[BK PATCH] ACPI updates

From: Grover, Andrew (andrew.grover@intel.com)
Date: Fri May 23 2003 - 19:15:50 EST

Next message: J.A. Magallon: "Re: Aix7xxx unstable in 2.4.21-rc2? (RE: Linux 2.4.21-rc2)"
Previous message: Boehm, Hans: "RE: [Linux-ia64] Re: web page on O(1) scheduler"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

Hi,

More ACPI updates. It's been a while since the last ACPI merge so there
are some older changesets still in this tree, as well. New fixes include
fixes for PCI IRQ init, a workaround for noncompliant Compaq BIOSes, and
of course interpreter fixes.

Sourceforge isn't taking uploads atm, so I guess the equivalent patches
will go up Tuesday.

Thanks -- Andy

Please pull from: http://linux-acpi.bkbits.net/linux-acpi

This will update the following files:

through these ChangeSets:

<agrover@groveronline.com> (03/05/23 1.1221)
ACPI: Allow multiple compatible IDs for PnP purposes

<agrover@groveronline.com> (03/05/23 1.1220)
   ACPI: update to 20030522

   Found and fixed a reported problem where an AE_NOT_FOUND error
occurred occasionally
   during _BST evaluation. This turned out to be an Owner ID allocation
issue where a
   called method did not get a new ID assigned to it. Eventually,
(after 64k calls), the
   Owner ID UINT16 would wraparound so that the ID would be the same as
the caller's and the
   called method would delete the caller's namespace.

   Implemented extended error reporting for control methods that are
aborted due to a
   run-time exception. Output includes the exact AML instruction that
caused the method
   abort, a dump of the method locals and arguments at the time of the
abort, and a trace of
   all nested control method calls.

   Modified the interpreter to allow the creation of buffers of zero
length from the AML
   code. Implemented new code to ensure that no attempt is made to
actually allocate a
   memory buffer (of length zero), only a buffer object with a NULL
buffer pointer and
   length zero. A warning is no longer issued when the AML attempts to
create a zero-length
   buffer.

   Implemented a workaround for the "leading asterisk problem" in _HIDs,
_UIDs, and _CIDs.
   One leading asterisk is automatically removed if present in all HID,
UID, and CID
   strings.

   Implemented full support for _CID methods that return a package of
multiple CIDs. The
   AcpiGetObjectInfo interface now returns a device _HID, _UID, and _CID
list if present.
   This required a change to the external interface to pass an
ACPI_BUFFER object as a
   parameter, since the _CID list is of variable length.

   Fixed a problem with the new AE_SAME_HANDLER exception where handler
initialization code
   did not know about this exception.

<agrover@groveronline.com> (03/05/21 1.1184.3.2)
ACPI: Do not reinit ACPI irq entry in ioapic (thanks to Stian Jordet)

<agrover@groveronline.com> (03/05/19 1.1127.2.22)
   ACPI: Update Toshiba driver to 0.15 (John Belmonte)
   - workaround sporadic problem with hotkey ceasing to work
   - cleanups

<agrover@groveronline.com> (03/05/16 1.1063.36.2)
ACPI: Return only proper values (0 or 1) from our interrupt handler
(Andrew Morton)

<agrover@groveronline.com> (03/05/12 1.1063.23.4)
   ACPI: Interpreter update to 20030509
   Changed the subsystem initialization sequence to hold off
installation of
   address space handlers until the hardware has been initialized and
the
   system has entered ACPI mode. This is because the installation of
space
   handlers can cause _REG methods to be run. Previously, the _REG
methods
   could potentially be run before ACPI mode was enabled.

   Fixed some memory leak issues related to address space handler and
notify
   handler installation. There were some problems with the reference
count
   mechanism caused by the fact that the handler objects are shared
across
   several namespace objects.

   Fixed a reported problem where reference counts within the namespace
were
   not properly updated when named objects created by method execution
were
   deleted.

   Fixed a reported problem where multiple SSDTs caused a deletion issue
   during subsystem termination. Restructured the table data structures
   to simplify the linked lists and the related code.

   Fixed a problem where the table ID associated with secondary tables
(SSDTs)
   was not being propagated into the namespace objects created by those
   tables. This would only present a problem for tables that are
unloaded
   at run-time, however.

   Updated AcpiOsReadable and AcpiOsWritable to use the ACPI_SIZE type
as
   the length parameter (instead of UINT32).

   Solved a long-standing problem where an ALREADY_EXISTS error appears
on
   various systems. This problem could happen when there are multiple
   PCI_Config operation regions under a single PCI root bus. This
doesnt
   happen very frequently, but there are some systems that do this in
the
   ASL.

   Fixed a reported problem where the internal DeleteNode function was
   incorrectly handling the case where a namespace node was the first in
   the parents child list, and had additional peers (not the only child,
   but first in the list of children.)

<agrover@groveronline.com> (03/05/12 1.1063.23.3)
ACPI: Allow ":" in OS override string (Ducrot Bruno)

<agrover@groveronline.com> (03/05/12 1.1063.23.2)
   ACPI: kobject fix (Greg KH)
   Here's a small patch that fixes the logic of the kobject creation and
   registration in the acpi code (since we use kobject_init(), we need
to
   use kobject_add(), not kobject_register() to add the kobject to the
   kernel systems).

<agrover@groveronline.com> (03/04/24 1.1042.45.4)
   ACPI: Update to 20030424
   - Remove an unused parameter from lowlevel read/write functions
   - FADT initialization cleanups

-----------------------------
Andrew Grover
Intel Labs / Mobile Architecture
andrew.grover@intel.com

-
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/

Next message: J.A. Magallon: "Re: Aix7xxx unstable in 2.4.21-rc2? (RE: Linux 2.4.21-rc2)"
Previous message: Boehm, Hans: "RE: [Linux-ia64] Re: web page on O(1) scheduler"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

This archive was generated by hypermail 2b29 : Fri May 23 2003 - 22:00:57 EST