kernel.git/drivers/acpi/executer/exmutex.c, branch linux-2.6.28.yHosts the 0x221E linux distro kernel.
https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-2.6.28.y2008-05-23T15:11:06Zacpi: fix integer as NULL pointer warning2008-05-23T15:11:06ZHarvey Harrison2008-05-22T22:45:06Zurn:sha1:b62151de496d26a705942b945fab9cecdb3fb8da
drivers/acpi/dispatcher/dsmethod.c:568:50: warning: Using plain integer as NULL pointer
drivers/acpi/executer/exmutex.c:329:30: warning: Using plain integer as NULL pointer
drivers/acpi/executer/exmutex.c:466:31: warning: Using plain integer as NULL pointer
Signed-off-by: Harvey Harrison <harvey.harrison@gmail.com>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
ACPICA: update Intel copyright2008-04-24T03:00:13ZLen Brown2008-04-24T03:00:13Zurn:sha1:75a44ce00b312f57264f42a0a985d17cd9994b98
Signed-off-by: Len Brown <len.brown@intel.com>
ACPICA: Undo accidental checkin of not-fully-tested mutex changes2008-04-22T18:29:28ZBob Moore2008-04-10T15:06:41Zurn:sha1:57345ee6b807d32e5eecf724a463378b80cc261c
Signed-off-by: Bob Moore <robert.moore@intel.com>
Signed-off-by: Alexey Starikovskiy <astarikovskiy@suse.de>
Signed-off-by: Len Brown <len.brown@intel.com>
ACPICA: Implemented full support for deferred execution for the TermArg string arguments for DataTableRegion2008-04-22T18:29:28ZLin Ming2008-04-10T15:06:41Zurn:sha1:941f48bb465b0b291f8435b1e3de95b0975b84bc
This enables forward references and full operand resolution for
the three string arguments. Similar to OperationRegion deferred
argument execution.)
http://www.acpica.org/bugzilla/show_bug.cgi?id=430
Signed-off-by: Lin Ming <ming.m.lin@intel.com>
Signed-off-by: Bob Moore <robert.moore@intel.com>
Signed-off-by: Alexey Starikovskiy <astarikovskiy@suse.de>
Signed-off-by: Len Brown <len.brown@intel.com>
ACPICA: Misc fixes for recent global lock code update2008-04-22T18:29:22ZBob Moore2008-04-10T15:06:37Zurn:sha1:f02e9fa1ceee045f7d5c53d475032815752a2510
Fixes as a result of running full validation test suite.
Signed-off-by: Bob Moore <robert.moore@intel.com>
Signed-off-by: Alexey Starikovskiy <astarikovskiy@suse.de>
Signed-off-by: Len Brown <len.brown@intel.com>
ACPICA: Update comments for acquire/release mutex interfaces2008-04-22T18:29:22ZBob Moore2008-04-10T15:06:37Zurn:sha1:91e38d10b2b49b8a200111baa7714c4a7e658a4c
pdate comments for acquire/release mutex interfaces
Signed-off-by: Bob Moore <robert.moore@intel.com>
Signed-off-by: Alexey Starikovskiy <astarikovskiy@suse.de>
Signed-off-by: Len Brown <len.brown@intel.com>
ACPICA: Update for mutiple global lock acquisitions by same thread2008-04-22T18:29:21ZBob Moore2008-04-10T15:06:37Zurn:sha1:ba886cd4ac957608777fbc8d137f6b9f0450e775
Allows AcpiAcquireGlobalLock external interface to be called
multiple times by the
same thread. Allows use of AML fields that require the global
lock while the running AML is already holding the global lock.
Signed-off-by: Bob Moore <robert.moore@intel.com>
Signed-off-by: Alexey Starikovskiy <astarikovskiy@suse.de>
Signed-off-by: Len Brown <len.brown@intel.com>
ACPICA: Lindent2007-05-10T03:34:35ZLen Brown2007-05-10T03:34:35Zurn:sha1:fd3509436fde38d4c854bf5a6b83d2c779904f8e
Signed-off-by: Len Brown <len.brown@intel.com>
Revert "ACPICA: fix AML mutex re-entrancy"2007-05-10T03:01:59ZLen Brown2007-05-10T03:01:59Zurn: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:16ZAlexey Starikovskiy2007-02-15T21:12:23Zurn: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>