Hi all,
The ACPI patches against 2.4 and 2.5 have been updated and are now
available from http://sf.net/project/acpi . The non-Linux-specific
releases should be available from
http://developer.intel.com/technology/iapc/acpi/downloads.htm hopefully
by tonight but possibly as late as Monday evening.
This includes a LOT of fixes for longstanding bugs. If you have had
issues in the past with long delays or oopses on reads from the battery
interface, hangs on boot, or excessive ACPI interrupts causing system
slowness, please try this patch.
The incorrect "mem=" additions are still in these patches, sorry. I will
remove them in the next update.
Regards -- Andy
---------------------------------------
28 February 2003. Summary of changes for version 20030228.
1) Linux
S3 fixes (Ole Rohne)
Update ACPI PHP driver with to use new acpi_walk_resource API
(Bjorn Helgaas)
(2.5) Add S4BIOS support (Pavel Machek)
Map in entire table before performing checksum (John Stultz)
Expand the mem= cmdline to allow the specification of reserved
and ACPI DATA blocks (Pavel Machek)
Never use ACPI on VISWS
Fix derive_pci_id (Ducrot Bruno, Alvaro Lopez)
Revert a change that allowed P_BLK lengths to be 4 or 5. This is
causing us to think that some systems support C2 when they really
don't.
Do not count processor objects for non-present CPUs (Thanks to
Dominik Brodowski)
2) ACPI CA Core Subsystem:
The GPE handling and dispatch code has been completely overhauled
in preparation for support of GPE Block Devices (ID ACPI0006).
This affects internal data structures and code only; there should
be no differences visible externally. One new file has been
added, evgpeblk.c
The FADT fields GPE0_BLK_LEN and GPE1_BLK_LEN are now the only
fields that are used to determine the GPE block lengths. The
REGISTER_BIT_WIDTH field of the X_GPEx_BLK extended address
structures are ignored. This is per the ACPI specification but
it isn't very clear. The full 256 Block 0/1 GPEs are now
supported (the use of REGISTER_BIT_WIDTH limited the number of
GPEs to 128).
In the SCI interrupt handler, removed the read of the PM1_CONTROL
register to look at the SCI_EN bit. On some machines, this read
causes an SMI event and greatly slows down SCI events. (This may
in fact be the cause of slow battery status response on some
systems.)
Fixed a problem where a store of a NULL string to a package
object could cause the premature deletion of the object. This
was seen during execution of the battery _BIF method on some
systems, resulting in no battery data being returned.
Added AcpiWalkResources interface to simplify parsing of resource
lists.
-----------------------------
Andrew Grover
Intel Labs / Mobile Architecture
[email protected]