Reserved method has too many arguments (_OSC requires 4)
by Thomas Renninger
Hi,
I have a laptop freezing early, acpi=off and noapic helps.
I wonder whether this could have to do with the broken _OSC method.
I cannot access the machine myself, eventually I can get more info
if needed, but the machine is freezing really early (after ACPI
initialization, somewhere around bringing up CPUs (possibly when
starting PCI init already?).
This is not the first time I see this message.
It would be great to get (from include/linux/kernel.h):
#define FW_BUG "[Firmware Bug]: "
#define FW_WARN "[Firmware Warn]: "
#define FW_INFO "[Firmware Info]: "
marked messages into ACPICA and blame the guys who are responsible
for that.
My other concern/question is: what exactly happens in such a case?
Will _OSC get invoked at all?
If yes, what will be the last argument, zero, -1?
Hmm, I doubt it has to do with the freeze, but it would still be
great if someone knowing these parts could comment what people
with such a BIOS could expect to happen.
Thanks,
Thomas
Method (_OSC, 5, NotSerialized)
{
Store (Arg3, Local0)
Multiply (Local0, 0x04, Local1)
Name (BUF1, Buffer (Local1) {})
Store (Arg4, BUF1)
Store (Zero, Local1)
Store (Zero, Local2)
While (Local0)
{
Multiply (Local1, 0x04, Local2)
CreateDWordField (BUF1, Local2, CAPB)
If (Arg2)
{
If (LEqual (Local1, Zero))
{
And (CAPB, 0xFFFFFFFC)
}
}
Increment (Local1)
Decrement (Local0)
}
Return (BUF1)
}
10 years
Error in documentation of AcpiOsDerivePciId?
by Grégoire Sutre
Hi list,
According to the ACPICA Programmer Reference, the function
AcpiOsDerivePciId takes as arguments:
AcpiOsDerivePciId(
ACPI_HANDLE DeviceHandle
ACPI_HANDLE PciRegionHandle
ACPI_PCI_ID **PciId)
with:
- DeviceHandle: a handle to the PCI device.
- PciRegionHandle: a handle the PCI configuration space operation
region.
However, the only call to AcpiOsDerivePciId in the ACPICA code, in
events/evrgnini.c, is:
AcpiOsDerivePciId (PciRootNode, RegionObj->Region.Node, &PciId);
Moreover, the file include/acpiosxf.h contains:
/*
* Interim function needed for PCI IRQ routing
*/
void
AcpiOsDerivePciId(
ACPI_HANDLE Rhandle,
ACPI_HANDLE Chandle,
ACPI_PCI_ID **PciId);
So it seems to me that the correct arguments for AcpiOsDerivePciId are:
AcpiOsDerivePciId(
ACPI_HANDLE PciRootHandle
ACPI_HANDLE DeviceHandle
ACPI_PCI_ID **PciId)
with:
- PciRootHandle: a handle the PCI root bridge upstream of the PCI
device (or to the name space root node if no
PCI root bridge was found in the ancestors).
- DeviceHandle: a handle to the PCI device.
Is that correct?
Thanks for your help,
Grégoire
10 years, 6 months
ACPICA version 20100528 released
by Moore, Robert
28 May 2010. Summary of changes for version 20100528:
This release is available at www.acpica.org/downloads
Note: The ACPI 4.0a specification was released on April 5, 2010 and is available at www.acpi.info. This is primarily an errata release.
1) ACPI CA Core Subsystem:
Undefined ACPI tables: We are looking for the definitions for the following ACPI tables that have been seen in the field: ATKG, IEIT, GSCI.
Implemented support to enable multi-byte transfers for Embedded Controller (EC) operation regions. Previously, the maximum data size passed to the EC operation region handler was a single byte. There are often EC Fields larger than one byte that need to be transferred, and it is useful for the EC driver to lock these as a single transaction. This change enables single transfers larger than 8 bits. This effectively changes the access to the EC space from ByteAcc to AnyAcc, and will probably require changes to the host OS Embedded Controller driver to enable 16/32/64/256-bit transfers in addition to 8-bit transfers. Alexey Starikovskiy, Lin Ming
Implemented a performance enhancement for namespace search and access. This change enhances the performance of namespace searches and walks by adding a backpointer to the parent in each namespace node. On large namespaces, this change can improve overall ACPI performance by up to 9X. Adding a pointer to each namespace node increases the overall size of the internal namespace by about 5%, since each namespace entry usually consists of both a namespace node and an ACPI operand object. However, this is the first growth of the namespace in ten years. ACPICA bugzilla 817. Alexey Starikovskiy.
Implemented a performance optimization that reduces the number of namespace walks. On control method exit, only walk the namespace if the method is known to have created namespace objects outside of its local scope. Previously, the entire namespace was traversed on each control method exit. This change can improve overall ACPI performance by up to 3X. Alexey Starikovskiy, Bob Moore.
Added support to truncate I/O addresses to 16 bits for Windows compatibility. Some ASL code has been seen in the field that inadvertently has bits set above bit 15. This feature is optional and is enabled if the BIOS requests any Windows OSI strings. It can also be enabled by the host OS. Matthew Garrett, Bob Moore.
Added support to limit the maximum time for the ASL Sleep() operator. To prevent accidental deep sleeps, limit the maximum time that Sleep() will actually sleep. Configurable, the default maximum is two seconds. ACPICA bugzilla 854.
Added run-time validation support for the _WDG and_WED Microsoft predefined methods. These objects are defined by "Windows Instrumentation", and are not part of the ACPI spec. ACPICA BZ 860.
Expanded all statistic counters used during namespace and device initialization from 16 to 32 bits in order to support very large namespaces.
Replaced all instances of %d in printf format specifiers with %u since nearly all integers in ACPICA are unsigned.
Fixed the exception namestring for AE_WAKE_ONLY_GPE. Was incorrectly returned as AE_NO_HANDLER.
Example Code and Data Size: These are the sizes for the OS-independent acpica.lib produced by the Microsoft Visual C++ 6.0 32-bit compiler. The debug version of the code includes the debug output trace mechanism and has a much larger code and data size.
Previous Release:
Non-Debug Version: 88.4K Code, 18.8K Data, 107.2K Total
Debug Version: 164.2K Code, 51.5K Data, 215.7K Total
Current Release:
Non-Debug Version: 88.3K Code, 18.8K Data, 107.1K Total
Debug Version: 164.1K Code, 51.5K Data, 215.6K Total
2) iASL Compiler/Disassembler and Tools:
iASL: Added compiler support for the _WDG and_WED Microsoft predefined methods. These objects are defined by "Windows Instrumentation", and are not part of the ACPI spec. ACPICA BZ 860.
AcpiExec: added option to disable the memory tracking mechanism. The -dt option will disable the tracking mechanism, which improves performance considerably.
AcpiExec: Restructured the command line options into -d (disable) and -e (enable) options.
10 years, 9 months
[PATCH 1/4] ACPICA: Fix leak in DeleteSemaphore
by Alexey Starikovskiy
Really delete semaphore, so it does not show up as leak in memory debuggers.
Signed-off-by: Alexey Starikovskiy <astarikovskiy(a)suse.de>
---
0 files changed, 0 insertions(+), 0 deletions(-)
diff --git a/source/os_specific/service_layers/osunixxf.c b/source/os_specific/service_layers/osunixxf.c
index b457745..e90e22a 100644
--- a/source/os_specific/service_layers/osunixxf.c
+++ b/source/os_specific/service_layers/osunixxf.c
@@ -575,6 +575,8 @@ AcpiOsDeleteSemaphore (
return (AE_BAD_PARAMETER);
}
+ AcpiOsFree (Sem);
+
return (AE_OK);
}
10 years, 9 months
Re: [Devel] [PATCH] Fix iasl on Mac OS X
by Lin Ming
> From: Stefan Reinauer <stefan.reinauer(a)coresystems.de>
> Date: Sat, May 15, 2010 at 12:53 AM
> Subject: [Devel] [PATCH] Fix iasl on Mac OS X
> To: devel(a)acpica.org
>
>
> Hi,
>
> Mac OS X does not support unnamed semaphores, which breaks iasl. The
> attached patch tries a named semaphore in case sema_init claims that it
> is not implemented.
Hi,
I got below error, need to add "#include <fcntl.h>" to fix it.
cc -Wall -O2 -Wstrict-prototypes -D_LINUX -DACPI_ASL_COMPILER -I../include -I../compiler -c -o ../osunixxf.o ../osunixxf.c
../osunixxf.c: In function ‘AcpiOsCreateSemaphore’:
../osunixxf.c:543: error: ‘O_EXCL’ undeclared (first use in this function)
../osunixxf.c:543: error: (Each undeclared identifier is reported only once
../osunixxf.c:543: error: for each function it appears in.)
../osunixxf.c:543: error: ‘O_CREAT’ undeclared (first use in this function)
make: *** [../osunixxf.o] Error 1
And another warning is,
../osunixxf.o: In function `AcpiOsCreateSemaphore':
osunixxf.c:(.text+0x518): warning: the use of `tmpnam' is dangerous, better use `mkstemp'
As gcc suggests, better to use "mkstemp".
Thanks,
Lin Ming
>
> Best regards,
>
> Stefan Reinauer
>
> --
> coresystems GmbH • Brahmsstr. 16 • D-79104 Freiburg i. Br.
> Tel.: +49 761 7668825 • Fax: +49 761 7664613
> Email: info(a)coresystems.de • http://www.coresystems.de/
> Registergericht: Amtsgericht Freiburg • HRB 7656
> Geschäftsführer: Stefan Reinauer • Ust-IdNr.: DE245674866
>
>
> _______________________________________________
> Devel mailing list
> Devel(a)acpica.org
> http://lists.acpica.org/listinfo/devel
10 years, 9 months
[git pull request] ACPICA patches for Linux-2.6.35
by Len Brown
Hi Linus,
please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6.git acpica
This will update the files shown below.
Nothing Earth-shaking in this ACPICA update.
The most "interesting", perhaps, is a workaround we had to put in place
for some Toshiba machines which corrupt their DSDT at run-time.
thanks,
Len Brown
Intel Open Source Technology Center
ps. individual patches are available on linux-acpi(a)vger.kernel.org
and a consolidated plain patch is available here:
http://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/patches/2.6.34/ac...
Documentation/kernel-parameters.txt | 1 +
arch/x86/kernel/acpi/boot.c | 4 +
drivers/acpi/acpica/Makefile | 4 +-
drivers/acpi/acpica/acevents.h | 51 ++-
drivers/acpi/acpica/acglobal.h | 25 +-
drivers/acpi/acpica/acinterp.h | 9 +-
drivers/acpi/acpica/aclocal.h | 19 +-
drivers/acpi/acpica/actables.h | 4 +
drivers/acpi/acpica/dsfield.c | 2 +-
drivers/acpi/acpica/dsmethod.c | 2 +-
drivers/acpi/acpica/dsmthdat.c | 10 +-
drivers/acpi/acpica/dsobject.c | 14 +-
drivers/acpi/acpica/dsopcode.c | 13 +-
drivers/acpi/acpica/dswexec.c | 6 +-
drivers/acpi/acpica/dswstate.c | 10 +-
drivers/acpi/acpica/evevent.c | 2 +-
drivers/acpi/acpica/evgpe.c | 167 ++++++---
drivers/acpi/acpica/evgpeblk.c | 766 +++--------------------------------
drivers/acpi/acpica/evgpeinit.c | 653 +++++++++++++++++++++++++++++
drivers/acpi/acpica/evgpeutil.c | 337 +++++++++++++++
drivers/acpi/acpica/evmisc.c | 2 +-
drivers/acpi/acpica/evxface.c | 24 +-
drivers/acpi/acpica/evxfevnt.c | 191 +++++----
drivers/acpi/acpica/exconfig.c | 21 +-
drivers/acpi/acpica/exconvrt.c | 4 +-
drivers/acpi/acpica/excreate.c | 4 +-
drivers/acpi/acpica/exdebug.c | 261 ++++++++++++
drivers/acpi/acpica/exfield.c | 2 +-
drivers/acpi/acpica/exfldio.c | 16 +-
drivers/acpi/acpica/exmisc.c | 8 +-
drivers/acpi/acpica/exmutex.c | 46 +-
drivers/acpi/acpica/exnames.c | 4 +-
drivers/acpi/acpica/exoparg1.c | 18 +-
drivers/acpi/acpica/exoparg2.c | 37 +--
drivers/acpi/acpica/exoparg3.c | 4 +-
drivers/acpi/acpica/exoparg6.c | 4 +-
drivers/acpi/acpica/exprep.c | 4 +-
drivers/acpi/acpica/exregion.c | 17 +-
drivers/acpi/acpica/exresnte.c | 4 +-
drivers/acpi/acpica/exresolv.c | 11 +-
drivers/acpi/acpica/exresop.c | 8 +-
drivers/acpi/acpica/exstore.c | 218 +----------
drivers/acpi/acpica/exsystem.c | 10 +-
drivers/acpi/acpica/hwregs.c | 6 +-
drivers/acpi/acpica/hwsleep.c | 2 +-
drivers/acpi/acpica/hwvalid.c | 2 +-
drivers/acpi/acpica/nsaccess.c | 2 +-
drivers/acpi/acpica/nsdump.c | 4 +-
drivers/acpi/acpica/nsnames.c | 2 +-
drivers/acpi/acpica/nssearch.c | 2 +-
drivers/acpi/acpica/nsutils.c | 4 +-
drivers/acpi/acpica/psargs.c | 4 +-
drivers/acpi/acpica/psloop.c | 3 +-
drivers/acpi/acpica/psxface.c | 5 +
drivers/acpi/acpica/rscreate.c | 14 +-
drivers/acpi/acpica/rslist.c | 6 +-
drivers/acpi/acpica/rsmisc.c | 4 +-
drivers/acpi/acpica/tbfadt.c | 16 +-
drivers/acpi/acpica/tbfind.c | 2 +-
drivers/acpi/acpica/tbinstal.c | 69 ++--
drivers/acpi/acpica/tbutils.c | 101 ++++-
drivers/acpi/acpica/tbxface.c | 80 +++-
drivers/acpi/acpica/tbxfroot.c | 6 +-
drivers/acpi/acpica/utalloc.c | 2 +-
drivers/acpi/acpica/utcopy.c | 14 +-
drivers/acpi/acpica/utdelete.c | 6 +-
drivers/acpi/acpica/uteval.c | 2 +-
drivers/acpi/acpica/utglobal.c | 1 +
drivers/acpi/acpica/utmisc.c | 6 +-
drivers/acpi/acpica/utmutex.c | 4 +-
drivers/acpi/acpica/utobject.c | 8 +-
drivers/acpi/bus.c | 44 ++
drivers/acpi/scan.c | 2 +-
drivers/acpi/system.c | 5 +-
include/acpi/acexcep.h | 2 +-
include/acpi/acoutput.h | 2 +
include/acpi/acpiosxf.h | 4 +-
include/acpi/acpixf.h | 43 +-
include/acpi/actbl2.h | 27 ++
include/acpi/actypes.h | 44 +-
80 files changed, 2143 insertions(+), 1424 deletions(-)
create mode 100644 drivers/acpi/acpica/evgpeinit.c
create mode 100644 drivers/acpi/acpica/evgpeutil.c
create mode 100644 drivers/acpi/acpica/exdebug.c
through these commits:
Alexey Starikovskiy (1):
ACPICA: Fix for acpi_reallocate_root_table for incorrect root table copy
Bob Moore (12):
ACPICA: Add support for MCHI table
ACPICA: Standardize integer output for ACPICA warnings/errors
ACPICA: Update version to 20100304
ACPICA: Update comments/headers, no functional change
ACPICA: Add write support for DataTable operation regions
ACPICA: Update DSDT copy/detection.
ACPICA: Clarify/rename some root table descriptor fields
ACPICA: Add GPE support for dynamically loaded ACPI tables
ACPICA: Split large file, evgpeblk
ACPICA: Rename acpi_ex_system_do_suspend->acpi_ex_system_do_sleep
ACPICA: Update/clarify some parameter names associated with acpi_handle
ACPICA: Update version to 20100428.
Lin Ming (8):
ACPICA: Enhance configuration for output of AML Debug Object
ACPICA: Fix for possible fault in acpi_ex_release_mutex
ACPICA: Add detection of corrupted/replaced DSDT
ACPICA: Add subsystem option to force copy of DSDT to local memory
ACPI: add boot option acpi=copy_dsdt to fix corrupt DSDT
ACPICA: Minimize the differences between linux GPE code and ACPICA code base
ACPICA: Prevent possible allocation overrun during object copy
ACPI: fix early DSDT dmi check warnings on ia64
Robert Moore (1):
ACPICA: Update version to 20100331.
with this log:
commit cce4f632db200aef147c59084437168174b23f11
Author: Lin Ming <ming.m.lin(a)intel.com>
Date: Wed May 12 09:26:48 2010 +0800
ACPI: fix early DSDT dmi check warnings on ia64
WARNING: at drivers/firmware/dmi_scan.c:423 dmi_matches+0x70/0x160()
dmi check: not initialized yet.
This is caused by commit aa2110c
(ACPI: add boot option acpi=copy_dsdt to fix corrupt DSDT).
DMI is not initialized yet in acpi_early_init on ia64.
The DSDT DMI check table is x86 specific, so make it empty on other archs.
And this fixes the warnings on ia64.
Reported-and-tested-by: Tony Luck <tony.luck(a)intel.com>
Signed-off-by: Lin Ming <ming.m.lin(a)intel.com>
Signed-off-by: Len Brown <len.brown(a)intel.com>
commit 2aae2d918d88fdf0f8c066520cda0a30409db23f
Author: Bob Moore <robert.moore(a)intel.com>
Date: Thu May 6 13:59:07 2010 +0800
ACPICA: Update version to 20100428.
Version 20100428.
Signed-off-by: Bob Moore <robert.moore(a)intel.com>
Signed-off-by: Lin Ming <ming.m.lin(a)intel.com>
Signed-off-by: Len Brown <len.brown(a)intel.com>
commit b47cf58edfa15cb8f384a4a5e7e7d65babb602f6
Author: Bob Moore <robert.moore(a)intel.com>
Date: Tue Apr 27 11:54:40 2010 +0800
ACPICA: Update/clarify some parameter names associated with acpi_handle
Simple rename of some parameters to standardize them.
Signed-off-by: Bob Moore <robert.moore(a)intel.com>
Signed-off-by: Lin Ming <ming.m.lin(a)intel.com>
Signed-off-by: Len Brown <len.brown(a)intel.com>
commit ada241dcec7eb21ff1690a1ba6213299b743bb5b
Author: Bob Moore <robert.moore(a)intel.com>
Date: Tue Apr 27 11:48:02 2010 +0800
ACPICA: Rename acpi_ex_system_do_suspend->acpi_ex_system_do_sleep
Suspend has other meanings in ACPI context, name was misleading.
Signed-off-by: Bob Moore <robert.moore(a)intel.com>
Signed-off-by: Lin Ming <ming.m.lin(a)intel.com>
Signed-off-by: Len Brown <len.brown(a)intel.com>
commit 17b82327f3e7ab5a068f8019768008ee82d912be
Author: Lin Ming <ming.m.lin(a)intel.com>
Date: Tue Apr 27 11:46:25 2010 +0800
ACPICA: Prevent possible allocation overrun during object copy
Original code did not handle the case where the object to be
copied was a namespace node.
Signed-off-by: Lin Ming <ming.m.lin(a)intel.com>
Signed-off-by: Bob Moore <robert.moore(a)intel.com>
Signed-off-by: Len Brown <len.brown(a)intel.com>
commit 3fe50208b29b2463eb6c181c1433dd1beb39f282
Author: Bob Moore <robert.moore(a)intel.com>
Date: Tue Apr 27 11:41:19 2010 +0800
ACPICA: Split large file, evgpeblk
Create two new files, evgpeinit.c and evgpeutil.c. Updated
unix and linux makefiles.
Signed-off-by: Bob Moore <robert.moore(a)intel.com>
Signed-off-by: Lin Ming <ming.m.lin(a)intel.com>
Signed-off-by: Len Brown <len.brown(a)intel.com>
commit 186c307f008d2a53961cd970aaf7cb9c33e79cb1
Author: Bob Moore <robert.moore(a)intel.com>
Date: Tue Apr 27 11:32:28 2010 +0800
ACPICA: Add GPE support for dynamically loaded ACPI tables
For all GPEs, including FADT-based and GPE Block Devices, execute
any _PRW methods in the new table, and process any _Lxx/_Exx GPE
methods in the new table. Any runtime GPE that is referred to
by an _Lxx/_Exx method in the new table is immediately enabled.
ACPICA BZ 833.
http://www.acpica.org/bugzilla/show_bug.cgi?id=833
Signed-off-by: Bob Moore <robert.moore(a)intel.com>
Signed-off-by: Lin Ming <ming.m.lin(a)intel.com>
Signed-off-by: Len Brown <len.brown(a)intel.com>
commit b9ee2043096b02e5da8c62f9a8a8f2e172b3606b
Author: Bob Moore <robert.moore(a)intel.com>
Date: Tue Apr 27 11:16:14 2010 +0800
ACPICA: Clarify/rename some root table descriptor fields
Original fields were not very descriptive and led to maintenance
problems. New fields should help to understand the existing code.
Signed-off-by: Bob Moore <robert.moore(a)intel.com>
Signed-off-by: Lin Ming <ming.m.lin(a)intel.com>
Signed-off-by: Len Brown <len.brown(a)intel.com>
commit e4eb0450c5d61dd0064ef0904d74088d35284ae2
Author: Robert Moore <robert.moore(a)intel.com>
Date: Thu Apr 8 14:57:43 2010 +0800
ACPICA: Update version to 20100331.
Version 20100331.
Signed-off-by: Robert Moore <robert.moore(a)intel.com>
Signed-off-by: Lin Ming <ming.m.lin(a)intel.com>
Signed-off-by: Len Brown <len.brown(a)intel.com>
commit 0f849d2cc6863c7874889ea60a871fb71399dd3f
Author: Lin Ming <ming.m.lin(a)intel.com>
Date: Tue Apr 6 14:52:37 2010 +0800
ACPICA: Minimize the differences between linux GPE code and ACPICA code base
We have ported Rafael's major GPE changes
(ACPI: Use GPE reference counting to support shared GPEs) into ACPICA code base.
But the port and Rafael's original patch have some differences, so we made
below patch to make linux GPE code consistent with ACPICA code base.
Most changes are about comments and coding styles.
Other noticeable changes are based on:
Rafael: Reduce code duplication related to GPE lookup
https://patchwork.kernel.org/patch/86237/
Rafael: Always use the same lock for GPE locking
https://patchwork.kernel.org/patch/90471/
A new field gpe_count in struct acpi_gpe_block_info to record the number
of individual GPEs in block.
Rename acpi_ev_save_method_info to acpi_ev_match_gpe_method.
Signed-off-by: Rafael J. Wysocki <rjw(a)sisk.pl>
Signed-off-by: Robert Moore <robert.moore(a)intel.com>
Signed-off-by: Lin Ming <ming.m.lin(a)intel.com>
Signed-off-by: Len Brown <len.brown(a)intel.com>
commit aa2110cb1a7510f9b834adfb39b05d4843a35d35
Author: Lin Ming <ming.m.lin(a)intel.com>
Date: Thu Apr 8 14:34:27 2010 +0800
ACPI: add boot option acpi=copy_dsdt to fix corrupt DSDT
Some BIOS on Toshiba machines corrupt the DSDT, so add a new
boot option acpi=copy_dsdt to workaround it.
Add warning message to ask users to use this option if corrupt DSDT detected.
Also build a DMI blacklist to check it and automatically copy DSDT.
https://bugzilla.kernel.org/show_bug.cgi?id=14679
Signed-off-by: Lin Ming <ming.m.lin(a)intel.com>
Signed-off-by: Len Brown <len.brown(a)intel.com>
commit 43323cb4c4b619414913f54fef9d492aabadd033
Author: Bob Moore <robert.moore(a)intel.com>
Date: Wed Apr 7 11:05:11 2010 +0800
ACPICA: Update DSDT copy/detection.
Move initialization of DSDT pointer. Emit address of DSDT
in the dump of both table headers (good/bad DSDT).
Now handles the case where the root table can be reallocated,
which would invalidate the original pointer.
Signed-off-by: Bob Moore <robert.moore(a)intel.com>
Signed-off-by: Lin Ming <ming.m.lin(a)intel.com>
Signed-off-by: Len Brown <len.brown(a)intel.com>
commit 69ec87efa815d69140423014bb5f91e034faac22
Author: Lin Ming <ming.m.lin(a)intel.com>
Date: Thu Apr 1 11:14:12 2010 +0800
ACPICA: Add subsystem option to force copy of DSDT to local memory
Optionally copy the entire DSDT to local memory (instead of
simply mapping it.) There are some BIOSs that corrupt or replace
the original DSDT, creating the need for this option. Default is
FALSE, do not copy the DSDT.
https://bugzilla.kernel.org/show_bug.cgi?id=14679
Signed-off-by: Lin Ming <ming.m.lin(a)intel.com>
Signed-off-by: Bob Moore <robert.moore(a)intel.com>
Signed-off-by: Len Brown <len.brown(a)intel.com>
commit 729df0f848daf2f17d02107199fa92efe909d995
Author: Lin Ming <ming.m.lin(a)intel.com>
Date: Thu Apr 1 10:47:56 2010 +0800
ACPICA: Add detection of corrupted/replaced DSDT
This change adds support to detect a DSDT that has been corrupted
and/or replaced from outside the OS (by firmware). This is
typically catastrophic for the system, but has been seen on
some machines.
https://bugzilla.kernel.org/show_bug.cgi?id=14679
Signed-off-by: Lin Ming <ming.m.lin(a)intel.com>
Signed-off-by: Bob Moore <robert.moore(a)intel.com>
Signed-off-by: Len Brown <len.brown(a)intel.com>
commit c1637e9c649a0eb72c467041d78275aabdd48a41
Author: Bob Moore <robert.moore(a)intel.com>
Date: Thu Apr 1 11:09:00 2010 +0800
ACPICA: Add write support for DataTable operation regions
The original implementation only supported reading from a DataTable
region. However, some machines have been seen that actually write
to the ACPI table contained in such a region. This change adds
support for writing to a DataTable region.
Signed-off-by: Bob Moore <robert.moore(a)intel.com>
Signed-off-by: Lin Ming <ming.m.lin(a)intel.com>
Signed-off-by: Len Brown <len.brown(a)intel.com>
commit 333b04ae338e3421297d46c508f053a6767d2883
Author: Alexey Starikovskiy <astarikovskiy(a)suse.de>
Date: Thu Apr 1 11:06:34 2010 +0800
ACPICA: Fix for acpi_reallocate_root_table for incorrect root table copy
When copying the root table to the new allocation, the length
used was incorrect. The new size was used instead of the current
table size, meaning too much data was copied.
Signed-off-by: Alexey Starikovskiy <astarikovskiy(a)suse.de>
Signed-off-by: Bob Moore <robert.moore(a)intel.com>
Signed-off-by: Lin Ming <ming.m.lin(a)intel.com>
Signed-off-by: Len Brown <len.brown(a)intel.com>
commit a7499bc84eabb200f9dc23770a46d9a31b1e763a
Author: Bob Moore <robert.moore(a)intel.com>
Date: Thu Apr 1 11:04:54 2010 +0800
ACPICA: Update comments/headers, no functional change
Also split some long lines.
Signed-off-by: Bob Moore <robert.moore(a)intel.com>
Signed-off-by: Lin Ming <ming.m.lin(a)intel.com>
Signed-off-by: Len Brown <len.brown(a)intel.com>
commit 21e44ba85b0bc9ec970dd2ddb37966ef8c23ad24
Author: Bob Moore <robert.moore(a)intel.com>
Date: Fri Mar 5 18:01:03 2010 +0800
ACPICA: Update version to 20100304
Version 20100304.
Signed-off-by: Bob Moore <robert.moore(a)intel.com>
Signed-off-by: Lin Ming <ming.m.lin(a)intel.com>
Signed-off-by: Len Brown <len.brown(a)intel.com>
commit e0f40281d52161dddeb1bc12879425266a53f26f
Author: Lin Ming <ming.m.lin(a)intel.com>
Date: Fri Mar 5 17:59:54 2010 +0800
ACPICA: Fix for possible fault in acpi_ex_release_mutex
Fixed a problem with the AML Mutex handling function
acpi_ex_release_mutex where the function could fault under the very
rare condition when the interpreter has blocked, the interpreter
lock is released, the interpreter is then reentered via the
same thread, and attempts to acquire a mutex that was previously
acquired. FreeBSD report 140979.
http://www.freebsd.org/cgi/query-pr.cgi?pr=140979
Signed-off-by: Lin Ming <ming.m.lin(a)intel.com>
Signed-off-by: Bob Moore <robert.moore(a)intel.com>
Signed-off-by: Len Brown <len.brown(a)intel.com>
commit f6a22b0bc417042e83117f52ab1a03696af185ab
Author: Bob Moore <robert.moore(a)intel.com>
Date: Fri Mar 5 17:56:40 2010 +0800
ACPICA: Standardize integer output for ACPICA warnings/errors
Always use 0x prefix for hex output, use %u for integer output
(all integers are unsigned.)
Signed-off-by: Bob Moore <robert.moore(a)intel.com>
Signed-off-by: Lin Ming <ming.m.lin(a)intel.com>
Signed-off-by: Len Brown <len.brown(a)intel.com>
commit 0e264f0bc22207b99f33ee06e614186480682f15
Author: Bob Moore <robert.moore(a)intel.com>
Date: Wed Mar 3 16:30:35 2010 +0800
ACPICA: Add support for MCHI table
Disassembler and header file support for MCHI - Managment
Controller Host Interface table.
Signed-off-by: Bob Moore <robert.moore(a)intel.com>
Signed-off-by: Lin Ming <ming.m.lin(a)intel.com>
Signed-off-by: Len Brown <len.brown(a)intel.com>
commit 4cdf1a562bfb5852954aadbe8515557b8acc8168
Author: Lin Ming <ming.m.lin(a)intel.com>
Date: Wed Mar 3 16:28:28 2010 +0800
ACPICA: Enhance configuration for output of AML Debug Object
This change will enable debug object output via a global variable,
acpi_gbl_enable_aml_debug_object. This will help with remote machine
debugging. Also, moved all debug object support code to a new
file, exdebug.c. Entire debug object module can now be
configured out of the ACPICA build if desired.
Signed-off-by: Lin Ming <ming.m.lin(a)intel.com>
Signed-off-by: Bob Moore <robert.moore(a)intel.com>
Signed-off-by: Len Brown <len.brown(a)intel.com>
10 years, 9 months
[PATCH] Fix iasl on Mac OS X
by Stefan Reinauer
Hi,
Mac OS X does not support unnamed semaphores, which breaks iasl. The
attached patch tries a named semaphore in case sema_init claims that it
is not implemented.
Best regards,
Stefan Reinauer
--
coresystems GmbH • Brahmsstr. 16 • D-79104 Freiburg i. Br.
Tel.: +49 761 7668825 • Fax: +49 761 7664613
Email: info(a)coresystems.de • http://www.coresystems.de/
Registergericht: Amtsgericht Freiburg • HRB 7656
Geschäftsführer: Stefan Reinauer • Ust-IdNr.: DE245674866
10 years, 9 months
homeowner opt-in email lists
by Tripp rajah
You can reach me at my other email address for details: Natalie.Sadler(a)moveaheadmarketing.co.cc
Forward email to disappear(a)moveaheadmarketing.co.cc to purge you from our records
10 years, 9 months
device detection
by webczat＠nullroute.eu.org
Hey.
If i'm detecting a device using acpi and it is not present in the namespace, does this always mean it is not present at all? i meant non pci devices like pic, memory controller etc.
10 years, 9 months
