kernel/linux.git/drivers/acpi/utilities, branch linux-2.6.22.yLinux kernel stable tree (mirror)https://git.radix-linux.su/kernel/linux.git/atom?h=linux-2.6.22.y2007-06-18T04:51:47+00:00ACPICA: fix error path in new external package objects as method arguments2007-06-18T04:51:47+00:00Myron Stowemyron.stowe@hp.com2007-06-04T22:25:37+00:00urn:sha1:83dd4504456d4b5e464d6ec4a7665e2c922db67f
In the routine acpi_ut_create_package_object(), if the
ACPI_ALLOCATE_ZEROED() fails then ACPI_FREE(package_desc) is called as
part of the cleanup. This should instead be
acpi_ut_remove_reference(package_desc) in order to remove the reference
acquired from acpi_ut_create_internal_object() [see the routine
acpi_ut_create_buffer_object() as an example of proper functionality].
Signed-off-by: Myron Stowe <myron.stowe@hp.com>
Signed-off-by: Len Brown <len.brown@intel.com>
Pull osi-now into release branch2007-06-02T05:02:09+00:00Len Brownlen.brown@intel.com2007-06-02T05:02:09+00:00urn:sha1:c4d36a822e7c51cd6ffcf9133854d5e32489d269ACPICA: Support for external package objects as method arguments2007-06-02T04:20:29+00:00Bob Moorerobert.moore@intel.com2007-04-03T23:59:37+00:00urn:sha1:6287ee32952b502c23d54f12895c3895ddbe5013
Implemented support to allow Package objects to be passed as
method arguments to the acpi_evaluate_object interface. Previously,
this would return an AE_NOT_IMPLEMENTED exception.
Signed-off-by: Bob Moore <robert.moore@intel.com>
Signed-off-by: Len Brown <len.brown@intel.com>
ACPI: add __init to acpi_initialize_subsystem()2007-05-30T04:26:11+00:00Len Brownlen.brown@intel.com2007-05-30T04:26:11+00:00urn:sha1:dd272b5716a54afa33a69f2241284d8ec60b7892
Add __init to:
acpi_initialize_subsystem() (and un-export it)
acpi_os_initialize()
Add __initdata to:
acpi_osl_dmi_table[]
Signed-off-by: Len Brown <len.brown@intel.com>
ACPI: Make _OSI(Linux) a special case2007-05-30T04:10:38+00:00Len Brownlen.brown@intel.com2007-05-30T04:10:38+00:00urn:sha1:f507654d450d329c81a70eec0096d5dfe67802ec
_OSI("Linux") is like _OS("Linux"), it is ill-defined and
virtually no BIOS vendors test interaction with it.
As a result, it can do more damage than good because
it causes the BIOS to follow un-tested paths.
Recently, several machines have turned up that erroneously
test this string in a way which causes them to _not_ test other
compatibility strings, including the ZI9 and Toshiba.
So it appears that this bad code has made it into
a BIOS vendor's reference BIOS.
Linux has no choice but to stop advertising compatibility
with _OSI string "Linux" - as there are an unbounded
number of possible incompatibilities going forward.
But some BIOSes have already shipped which do use it
for things like conditionally re-enabling video on resume
from S3. (Too bad they didn't do that unconditionally)
Add special case code for _OSI(Linux)
Squawk to dmesg if _OSI(Linux) is requested
Add DMI list both to enable and disable _OSI(Linux)
But for now, keep the default enabled via
#define OSI_LINUX_ENABLED.
http://bugzilla.kernel.org/show_bug.cgi?id=7787
Signed-off-by: Len Brown <len.brown@intel.com>
ACPI: extend "acpi_osi=" boot option2007-05-29T22:43:33+00:00Len Brownlen.brown@intel.com2007-05-29T22:43:33+00:00urn:sha1:ae00d812436dc968f4a5dea7757b6a94910b6dc4
The boot option "acpi_osi=" has always disabled Linux _OSI support,
thus disabling all OS Interface strings which are advertised
by Linux to the BIOS.
Now...
acpi_osi="string" adds the interface string, and
acpi_osi="!string" invalidates the pre-defined interface string
eg. acpi_osi="!Windows 2006"
would disable Linux's claim of Vista compatibility.
Signed-off-by: Len Brown <len.brown@intel.com>
ACPICA: Lindent2007-05-10T03:34:35+00:00Len Brownlen.brown@intel.com2007-05-10T03:34:35+00:00urn:sha1:fd3509436fde38d4c854bf5a6b83d2c779904f8e
Signed-off-by: Len Brown <len.brown@intel.com>
Revert "ACPICA: fix AML mutex re-entrancy"2007-05-10T03:01:59+00:00Len Brownlen.brown@intel.com2007-05-10T03:01:59+00:00urn:sha1:262a7a28de060f3a63cae20035876d6f22fd7670
This reverts commit c0d127b56937c3e72c2b1819161d2f6718eee877.
These changes to AML locking were made to allow
Notify handlers to be called on the stack
and not deadlock. However, that scheme turns
out to be flawed and was reverted by the previous commit,
so this commit restores the locking to it previous design.
Signed-off-by: Len Brown <len.brown@intel.com>
ACPICA: fix AML mutex re-entrancy2007-02-15T21:13:16+00:00Alexey Starikovskiyalexey.y.starikovskiy@linux.intel.com2007-02-15T21:12:23+00:00urn:sha1:c0d127b56937c3e72c2b1819161d2f6718eee877
ACPI AML supports "serialized" methods which are protected
by an implicit mutex. The mutex is re-entrant for that AML thread
to allow recursion.
However, Linux implements notify() by creating a new AML thread.
So for systems where notify() re-enters a serialized method,
deadlock results.
The fix is to use the Linux thread_id as the key to allowing
re-entrancy, not the AML thread pointer.
http://bugzilla.kernel.org/show_bug.cgi?id=5534
Signed-off-by: Alexey Starikovskiy <alexey.y.starikovskiy@linux.intel.com>
Signed-off-by: Len Brown <len.brown@intel.com>
ACPICA: fix gcc build warnings2007-02-03T04:08:40+00:00Alexey Starikovskiyalexey.y.starikovskiy@linux.intel.com2007-01-26T03:39:44+00:00urn:sha1:b0b7eaaf0c7aefd118d3ff8640fbed75a9fad9a1
drivers/acpi/namespace/nsparse.c:126: warning: int format, different type arg (arg 7)
drivers/acpi/tables/tbfadt.c:224: warning: unsigned int format, different type arg (arg 6)
drivers/acpi/utilities/utdebug.c:184: warning: cast from pointer to integer of different size
drivers/acpi/utilities/utdebug.c:184: warning: cast from pointer to integer of different size
drivers/acpi/utilities/utdebug.c:197: warning: cast from pointer to integer of different size
drivers/acpi/processor_idle.c:1093: warning: long long unsigned int format, u64 arg (arg 5)
Signed-off-by: Len Brown <len.brown@intel.com>