[PATCH 0/2] ACPI ASL test suite compilation fix for 32bit ARM architecture
by Naresh Bhat
The following patches do compilation errors fix for 32bit ARM architecture
Naresh Bhat (2):
Fix config so it will compile with GCC versions that do not have
-m32/-m64
Resolve problem where -Werror fails to build when compiling iasl
generate/unix/Makefile.config | 1 -
source/compiler/dtio.c | 4 ++--
2 files changed, 2 insertions(+), 3 deletions(-)
--
1.7.9.5
8 years, 6 months
Re: [Devel] -D <symbol> Preprocessor Option Doesn't Work
by Alexei Fedorov
Hi Robert,
Does pre-processor support the nested #if #else #endif statements?
This code
DefinitionBlock("DSDT.AML", "DSDT", 0x01, " ", " ", 3) {
//
// System Bus
//
Scope(_SB) {
// CPUs
Device(CPU0) {
Name(_HID, "ACPI0007")
Name(_UID, Zero)
}
#ifdef CPU_1
Device(CPU1) {
Name(_HID, "ACPI0007")
Name(_UID, One)
}
#else
#ifdef CPU_2
Device(CPU2) {
Name(_HID, "ACPI0007")
Name(_UID, 2)
}
#endif
#endif
} // _SB
}
When complied with
iasl.exe -l -D CPU_1 Dsdt.asl
causes the errors below:
Intel ACPI Component Architecture
ASL Optimizing Compiler version 20130517-32 [May 17 2013]
Copyright (c) 2000 - 2013 Intel Corporation
Dsdt.asl 37: //
Error 6126 -^ syntax error, unexpected $end, expecting PARSEOP_DEFINITIONBLOCK
Dsdt.asl 31: #endif
Error 6142 - ^ Mismatched #endif (Preprocessor)
ASL Input: Dsdt.asl - 38 lines, 0 bytes, 0 keywords
Listing File: Dsdt.lst - 199 bytes
Compilation complete. 2 Errors, 0 Warnings, 0 Remarks, 0 Optimizations
Dsdt.i (Preprocessor Output file) Could not delete: Permission denied
Dsdt.src (Source Output file) Could not delete: Permission denied
-----Original Message-----
From: Moore, Robert [mailto:robert.moore@intel.com]
Sent: 17 May 2013 22:08
To: Alexei Fedorov
Subject: RE: -D <symbol> Preprocessor Option Doesn't Work
We did a new release today, so you can just grab the windows binary from the website.
The fix for -D is in the release.
Bob
> -----Original Message-----
> From: devel-bounces(a)acpica.org<mailto:devel-bounces@acpica.org> [mailto:devel-bounces@acpica.org] On Behalf
> Of Alexei Fedorov
> Sent: Friday, May 17, 2013 3:16 AM
> To: devel(a)acpica.org<mailto:devel@acpica.org>
> Subject: Re: [Devel] -D <symbol> Preprocessor Option Doesn't Work
>
> >Yes, it looks like it has been there a while.
> >You can checkout the patch, or I can send you an updated windows binary.
> Hi Robert,
> Please send me an updated binary.
> Thanks.
> -----Original Message-----
> From: devel-bounces(a)acpica.org<mailto:devel-bounces@acpica.org> [mailto:devel-bounces@acpica.org] On Behalf
> Of devel-request(a)acpica.org<mailto:devel-request@acpica.org>
> Sent: 16 May 2013 18:09
> To: devel(a)acpica.org<mailto:devel@acpica.org>
> Subject: Devel Digest, Vol 38, Issue 5
>
> Send Devel mailing list submissions to
> devel(a)acpica.org<mailto:devel@acpica.org>
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.acpica.org/mailman/listinfo/devel
> or, via email, send a message with subject or body 'help' to
> devel-request(a)acpica.org<mailto:devel-request@acpica.org>
>
> You can reach the person managing the list at
> devel-owner(a)acpica.org<mailto:devel-owner@acpica.org>
>
> When replying, please edit your Subject line so it is more specific than
> "Re: Contents of Devel digest..."
>
>
> Today's Topics:
>
> 1. Re: -D <symbol> Preprocessor Option Doesn't Work (Moore, Robert)
> 2. Re: -D <symbol> Preprocessor Option Doesn't Work (Moore, Robert)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Thu, 16 May 2013 15:59:17 +0000
> From: "Moore, Robert" <robert.moore(a)intel.com<mailto:robert.moore@intel.com>>
> To: Alexei Fedorov <Alexei.Fedorov(a)arm.com<mailto:Alexei.Fedorov@arm.com>>, "devel(a)acpica.org<mailto:devel@acpica.org>"
> <devel(a)acpica.org<mailto:devel@acpica.org>>
> Subject: Re: [Devel] -D <symbol> Preprocessor Option Doesn't Work
> Message-ID:
>
> <94F2FBAB4432B54E8AACC7DFDE6C92E36FE6C321(a)ORSMSX103.amr.corp.intel.com<mailto:94F2FBAB4432B54E8AACC7DFDE6C92E36FE6C321@ORSMSX103.amr.corp.intel.com>>
>
> Content-Type: text/plain; charset="us-ascii"
>
> The fix for this is checked into our git tree.
> Bob
> From: devel-bounces(a)acpica.org<mailto:devel-bounces@acpica.org> [mailto:devel-bounces@acpica.org] On Behalf
> Of Moore, Robert
> Sent: Wednesday, May 15, 2013 10:33 AM
> To: Alexei Fedorov; devel(a)acpica.org<mailto:devel@acpica.org>
> Subject: Re: [Devel] -D <symbol> Preprocessor Option Doesn't Work
>
> Sorry, we did some code restructuring and broke this. You can go back to
> an earlier version of the compiler, or wait until later this week when
> there will be a new version.
> Bob
> From: devel-bounces(a)acpica.org<mailto:devel-bounces@acpica.org<mailto:devel-bounces@acpica.org%3cmailto:devel-bounces@acpica.org>>
> [mailto:devel-bounces@acpica.org] On Behalf Of Moore, Robert
> Sent: Wednesday, May 15, 2013 8:43 AM
> To: Alexei Fedorov; devel(a)acpica.org<mailto:devel@acpica.org<mailto:devel@acpica.org%3cmailto:devel@acpica.org>>
> Subject: Re: [Devel] -D <symbol> Preprocessor Option Doesn't Work
>
> We will check it out.
> Thanks,
> Bob
> From: devel-bounces(a)acpica.org<mailto:devel-bounces@acpica.org<mailto:devel-bounces@acpica.org%3cmailto:devel-bounces@acpica.org>>
> [mailto:devel-bounces@acpica.org] On Behalf Of Alexei Fedorov
> Sent: Tuesday, May 14, 2013 5:27 AM
> To: devel(a)acpica.org<mailto:devel@acpica.org<mailto:devel@acpica.org%3cmailto:devel@acpica.org>>
> Subject: [Devel] -D <symbol> Preprocessor Option Doesn't Work
>
> Hi,
>
> ASL User Guide states that #ifdef statements are recognized when a symbol
> is defined in the command line:
>
> "3.3.2.2 #ifdef
> Usage:
> #ifdef symbol
> Conditionally compile a block of text. The block is included in the
> compilation if the symbol is defined, either from a #define or from the -
> D command line option"
>
> but I cannot make ASL Compiler to recognize the following option
> -D <symbol> Define symbol for preprocessor use
>
> In the example below
>
> DefinitionBlock("DSDT.AML", "DSDT", 0x01, " ", " ", 3) {
> Scope(_SB) {
> Device(CPU0) {
> Name(_HID, "ACPI0007")
> Name(_UID, Zero)
> }
> #ifdef CPU_1
> Device(CPU1) {
> Name(_HID, "ACPI0007")
> Name(_UID, One)
> }
> #endif
> }
> }
>
> The section between #ifdef CPU_1 ... #endif is not being compiled when ASL
> is invoked as:
> iasl.exe -l -D CPU_1 Dsdt.asl
> Checked with the latest version 20130418-32 [Apr 18 2013].
>
> Any thoughts on what might be going wrong here?
> Thanks.
>
>
>
> -- IMPORTANT NOTICE: The contents of this email and any attachments are
> confidential and may also be privileged. If you are not the intended
> recipient, please notify the sender immediately and do not disclose the
> contents to any other person, use it for any purpose, or store or copy the
> information in any medium. Thank you.
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> <http://lists.acpica.org/pipermail/devel/attachments/20130516/6cc648cb/att
> achment-0001.html>
>
> ------------------------------
>
> Message: 2
> Date: Thu, 16 May 2013 17:12:44 +0000
> From: "Moore, Robert" <robert.moore(a)intel.com<mailto:robert.moore@intel.com>>
> To: Alexei Fedorov <Alexei.Fedorov(a)arm.com<mailto:Alexei.Fedorov@arm.com>>, "devel(a)acpica.org<mailto:devel@acpica.org>"
> <devel(a)acpica.org<mailto:devel@acpica.org>>
> Subject: Re: [Devel] -D <symbol> Preprocessor Option Doesn't Work
> Message-ID:
>
> <94F2FBAB4432B54E8AACC7DFDE6C92E36FE6C3B5(a)ORSMSX103.amr.corp.intel.com<mailto:94F2FBAB4432B54E8AACC7DFDE6C92E36FE6C3B5@ORSMSX103.amr.corp.intel.com>>
>
> Content-Type: text/plain; charset="us-ascii"
>
> Yes, it looks like it has been there a while.
> You can checkout the patch, or I can send you an updated windows binary.
>
>
> From: Alexei Fedorov [mailto:Alexei.Fedorov@arm.com]
> Sent: Thursday, May 16, 2013 3:17 AM
> To: Moore, Robert; devel(a)acpica.org<mailto:devel@acpica.org>
> Subject: RE: -D <symbol> Preprocessor Option Doesn't Work
>
> Hi Robert,
> I tried that with 4 previous versions of compiler & still got the same
> issue.
> Regards.
> Alexei.
>
> From: Moore, Robert [mailto:robert.moore@intel.com]
> Sent: 15 May 2013 18:33
> To: Alexei Fedorov; devel(a)acpica.org<mailto:devel@acpica.org<mailto:devel@acpica.org%3cmailto:devel@acpica.org>>
> Subject: RE: -D <symbol> Preprocessor Option Doesn't Work
>
> Sorry, we did some code restructuring and broke this. You can go back to
> an earlier version of the compiler, or wait until later this week when
> there will be a new version.
> Bob
> From: devel-bounces(a)acpica.org<mailto:devel-bounces@acpica.org<mailto:devel-bounces@acpica.org%3cmailto:devel-bounces@acpica.org>>
> [mailto:devel-bounces@acpica.org] On Behalf Of Moore, Robert
> Sent: Wednesday, May 15, 2013 8:43 AM
> To: Alexei Fedorov; devel(a)acpica.org<mailto:devel@acpica.org<mailto:devel@acpica.org%3cmailto:devel@acpica.org>>
> Subject: Re: [Devel] -D <symbol> Preprocessor Option Doesn't Work
>
> We will check it out.
> Thanks,
> Bob
> From: devel-bounces(a)acpica.org<mailto:devel-bounces@acpica.org<mailto:devel-bounces@acpica.org%3cmailto:devel-bounces@acpica.org>>
> [mailto:devel-bounces@acpica.org] On Behalf Of Alexei Fedorov
> Sent: Tuesday, May 14, 2013 5:27 AM
> To: devel(a)acpica.org<mailto:devel@acpica.org<mailto:devel@acpica.org%3cmailto:devel@acpica.org>>
> Subject: [Devel] -D <symbol> Preprocessor Option Doesn't Work
>
> Hi,
>
> ASL User Guide states that #ifdef statements are recognized when a symbol
> is defined in the command line:
>
> "3.3.2.2 #ifdef
> Usage:
> #ifdef symbol
> Conditionally compile a block of text. The block is included in the
> compilation if the symbol is defined, either from a #define or from the -
> D command line option"
>
> but I cannot make ASL Compiler to recognize the following option
> -D <symbol> Define symbol for preprocessor use
>
> In the example below
>
> DefinitionBlock("DSDT.AML", "DSDT", 0x01, " ", " ", 3) {
> Scope(_SB) {
> Device(CPU0) {
> Name(_HID, "ACPI0007")
> Name(_UID, Zero)
> }
> #ifdef CPU_1
> Device(CPU1) {
> Name(_HID, "ACPI0007")
> Name(_UID, One)
> }
> #endif
> }
> }
>
> The section between #ifdef CPU_1 ... #endif is not being compiled when ASL
> is invoked as:
> iasl.exe -l -D CPU_1 Dsdt.asl
> Checked with the latest version 20130418-32 [Apr 18 2013].
>
> Any thoughts on what might be going wrong here?
> Thanks.
>
>
>
> -- IMPORTANT NOTICE: The contents of this email and any attachments are
> confidential and may also be privileged. If you are not the intended
> recipient, please notify the sender immediately and do not disclose the
> contents to any other person, use it for any purpose, or store or copy the
> information in any medium. Thank you.
>
> -- IMPORTANT NOTICE: The contents of this email and any attachments are
> confidential and may also be privileged. If you are not the intended
> recipient, please notify the sender immediately and do not disclose the
> contents to any other person, use it for any purpose, or store or copy the
> information in any medium. Thank you.
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> <http://lists.acpica.org/pipermail/devel/attachments/20130516/eb8a496a/att
> achment.html>
>
> ------------------------------
>
> _______________________________________________
> Devel mailing list
> Devel(a)acpica.org<mailto:Devel@acpica.org>
> https://lists.acpica.org/mailman/listinfo/devel
>
> End of Devel Digest, Vol 38, Issue 5
> ************************************
>
>
> -- IMPORTANT NOTICE: The contents of this email and any attachments are
> confidential and may also be privileged. If you are not the intended
> recipient, please notify the sender immediately and do not disclose the
> contents to any other person, use it for any purpose, or store or copy the
> information in any medium. Thank you.
>
> _______________________________________________
> Devel mailing list
> Devel(a)acpica.org<mailto:Devel@acpica.org>
> https://lists.acpica.org/mailman/listinfo/devel
-- IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you.
8 years, 8 months
ACPICA version 20130517 released
by Moore, Robert
17 May 2013. Summary of changes for version 20130517:
This release is available at https://acpica.org/downloads
1) ACPICA kernel-resident subsystem:
Fixed a regression introduced in version 20130328 for _INI methods. This change fixes a problem introduced in 20130328 where _INI methods are no longer executed properly because of a memory block that was not initialized correctly. ACPICA BZ 1016. Tomasz Nowicki <tomasz.nowicki(a)linaro.org>.
Fixed a possible problem with the new extended sleep registers in the ACPI 5.0 FADT. Do not use these registers (even if populated) unless the HW-reduced bit is set in the FADT (as per the ACPI specification). ACPICA BZ 1020. Lv Zheng.
Implemented return value repair code for _CST predefined objects: Sort the list and detect/remove invalid entries. ACPICA BZ 890. Lv Zheng.
Implemented a debug-only option to disable loading of SSDTs from the RSDT/XSDT during ACPICA initialization. This can be useful for debugging ACPI problems on some machines. Set AcpiGbl_DisableSsdtTableLoad in acglobal.h - ACPICA BZ 1005. Lv Zheng.
Fixed some issues in the ACPICA initialization and termination code: Tomasz Nowicki <tomasz.nowicki(a)linaro.org>
1) Clear events initialized flag upon event component termination. ACPICA BZ 1013.
2) Fixed a possible memory leak in GPE init error path. ACPICA BZ 1018.
3) Delete global lock pending lock during termination. ACPICA BZ 1012.
4) Clear debug buffer global on termination to prevent possible multiple delete. ACPICA BZ 1010.
Standardized all switch() blocks across the entire source base. After many years, different formatting for switch() had crept in. This change makes the formatting of every switch block identical. ACPICA BZ 997. Chao Guan.
Split some files to enhance ACPICA modularity and configurability:
1) Split buffer dump routines into utilities/utbuffer.c
2) Split internal error message routines into utilities/uterror.c
3) Split table print utilities into tables/tbprint.c
4) Split iASL command-line option processing into asloptions.c
Makefile enhancements:
1) Support for all new files above.
2) Abort make on errors from any subcomponent. Chao Guan.
3) Add build support for Apple Mac OS X. Liang Qi.
Example Code and Data Size: These are the sizes for the OS-independent acpica.lib produced by the Microsoft Visual C++ 9.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.
Current Release:
Non-Debug Version: 96.0K Code, 27.0K Data, 123.0K Total
Debug Version: 184.1K Code, 76.8K Data, 260.9K Total
Previous Release:
Non-Debug Version: 95.6K Code, 26.8K Data, 122.4K Total
Debug Version: 183.5K Code, 76.6K Data, 260.1K Total
2) iASL Compiler/Disassembler and Tools:
New utility: Implemented an easily portable version of the acpidump utility to extract ACPI tables from the system (or a file) in an ASCII hex dump format. The top-level code implements the various command line options, file I/O, and table dump routines. To port to a new host, only three functions need to be implemented to get tables -- since this functionality is OS-dependent. See the tools/acpidump/apmain.c module and the ACPICA reference for porting instructions. ACPICA BZ 859. Notes:
1) The Windows version obtains the ACPI tables from the Registry.
2) The Linux version is under development.
3) Other hosts - If an OS-dependent module is submitted, it will be distributed with ACPICA.
iASL: Fixed a regression for -D preprocessor option (define symbol). A restructuring/change to the initialization sequence caused this option to no longer work properly.
iASL: Implemented a mechanism to disable specific warnings and remarks. Adds a new command line option, "-vw <messageid> as well as "#pragma disable <messageid>". ACPICA BZ 989. Chao Guan, Bob Moore.
iASL: Fix for too-strict package object validation. The package object validation for return values from the predefined names is a bit too strict, it does not allow names references within the package (which will be resolved at runtime.) These types of references cannot be validated at compile time. This change ignores named references within package objects for names that return or define static packages.
Debugger: Fixed the 80-character command line limitation for the History command. Now allows lines of arbitrary length. ACPICA BZ 1000. Chao Guan.
iASL: Added control method and package support for the -so option (generates AML offset table for BIOS support.)
iASL: issue a remark if a non-serialized method creates named objects. If a thread blocks within the method for any reason, and another thread enters the method, the method will fail because an attempt will be made to create the same (named) object twice. In this case, issue a remark that the method should be marked serialized. NOTE: may become a warning later. ACPICA BZ 909.
8 years, 8 months
Re: [Devel] -D <symbol> Preprocessor Option Doesn't Work
by Alexei Fedorov
>Yes, it looks like it has been there a while.
>You can checkout the patch, or I can send you an updated windows binary.
Hi Robert,
Please send me an updated binary.
Thanks.
-----Original Message-----
From: devel-bounces(a)acpica.org [mailto:devel-bounces@acpica.org] On Behalf Of devel-request(a)acpica.org
Sent: 16 May 2013 18:09
To: devel(a)acpica.org
Subject: Devel Digest, Vol 38, Issue 5
Send Devel mailing list submissions to
devel(a)acpica.org
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.acpica.org/mailman/listinfo/devel
or, via email, send a message with subject or body 'help' to
devel-request(a)acpica.org
You can reach the person managing the list at
devel-owner(a)acpica.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Devel digest..."
Today's Topics:
1. Re: -D <symbol> Preprocessor Option Doesn't Work (Moore, Robert)
2. Re: -D <symbol> Preprocessor Option Doesn't Work (Moore, Robert)
----------------------------------------------------------------------
Message: 1
Date: Thu, 16 May 2013 15:59:17 +0000
From: "Moore, Robert" <robert.moore(a)intel.com>
To: Alexei Fedorov <Alexei.Fedorov(a)arm.com>, "devel(a)acpica.org"
<devel(a)acpica.org>
Subject: Re: [Devel] -D <symbol> Preprocessor Option Doesn't Work
Message-ID:
<94F2FBAB4432B54E8AACC7DFDE6C92E36FE6C321(a)ORSMSX103.amr.corp.intel.com>
Content-Type: text/plain; charset="us-ascii"
The fix for this is checked into our git tree.
Bob
From: devel-bounces(a)acpica.org [mailto:devel-bounces@acpica.org] On Behalf Of Moore, Robert
Sent: Wednesday, May 15, 2013 10:33 AM
To: Alexei Fedorov; devel(a)acpica.org
Subject: Re: [Devel] -D <symbol> Preprocessor Option Doesn't Work
Sorry, we did some code restructuring and broke this. You can go back to an earlier version of the compiler, or wait until later this week when there will be a new version.
Bob
From: devel-bounces(a)acpica.org<mailto:devel-bounces@acpica.org> [mailto:devel-bounces@acpica.org] On Behalf Of Moore, Robert
Sent: Wednesday, May 15, 2013 8:43 AM
To: Alexei Fedorov; devel(a)acpica.org<mailto:devel@acpica.org>
Subject: Re: [Devel] -D <symbol> Preprocessor Option Doesn't Work
We will check it out.
Thanks,
Bob
From: devel-bounces(a)acpica.org<mailto:devel-bounces@acpica.org> [mailto:devel-bounces@acpica.org] On Behalf Of Alexei Fedorov
Sent: Tuesday, May 14, 2013 5:27 AM
To: devel(a)acpica.org<mailto:devel@acpica.org>
Subject: [Devel] -D <symbol> Preprocessor Option Doesn't Work
Hi,
ASL User Guide states that #ifdef statements are recognized when a symbol is defined in the command line:
"3.3.2.2 #ifdef
Usage:
#ifdef symbol
Conditionally compile a block of text. The block is included in the compilation if the symbol is defined, either from a #define or from the - D command line option"
but I cannot make ASL Compiler to recognize the following option
-D <symbol> Define symbol for preprocessor use
In the example below
DefinitionBlock("DSDT.AML", "DSDT", 0x01, " ", " ", 3) {
Scope(_SB) {
Device(CPU0) {
Name(_HID, "ACPI0007")
Name(_UID, Zero)
}
#ifdef CPU_1
Device(CPU1) {
Name(_HID, "ACPI0007")
Name(_UID, One)
}
#endif
}
}
The section between #ifdef CPU_1 ... #endif is not being compiled when ASL is invoked as:
iasl.exe -l -D CPU_1 Dsdt.asl
Checked with the latest version 20130418-32 [Apr 18 2013].
Any thoughts on what might be going wrong here?
Thanks.
-- IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you.
8 years, 8 months
-D <symbol> Preprocessor Option Doesn't Work
by Alexei Fedorov
Hi,
ASL User Guide states that #ifdef statements are recognized when a symbol is defined in the command line:
"3.3.2.2 #ifdef
Usage:
#ifdef symbol
Conditionally compile a block of text. The block is included in the compilation if the symbol is defined, either from a #define or from the - D command line option"
but I cannot make ASL Compiler to recognize the following option
-D <symbol> Define symbol for preprocessor use
In the example below
DefinitionBlock("DSDT.AML", "DSDT", 0x01, " ", " ", 3) {
Scope(_SB) {
Device(CPU0) {
Name(_HID, "ACPI0007")
Name(_UID, Zero)
}
#ifdef CPU_1
Device(CPU1) {
Name(_HID, "ACPI0007")
Name(_UID, One)
}
#endif
}
}
The section between #ifdef CPU_1 ... #endif is not being compiled when ASL is invoked as:
iasl.exe -l -D CPU_1 Dsdt.asl
Checked with the latest version 20130418-32 [Apr 18 2013].
Any thoughts on what might be going wrong here?
Thanks.
-- IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you.
8 years, 8 months
Re: [Devel] Patch for building on Mac
by Liang Qi
I think I fixed in makefile side now, in new Pull Request, #8
https://github.com/acpica/acpica/pull/8
Could you guys help to test it on Linux and Cygwin? Hope I didn't break the
build there.
Regards,
Liang
On 8 May 2013 14:57, Moore, Robert <robert.moore(a)intel.com> wrote:
> That’s fine, but there is not much we can do with this.****
>
> ** **
>
> We expect that the makefile(s) may need customization for other platforms.
> The existing makefiles build on Linux and Cygwin.****
>
> ** **
>
> Bob****
>
> ** **
>
> ** **
>
> *From:* devel-bounces(a)acpica.org [mailto:devel-bounces@acpica.org] *On
> Behalf Of *Liang Qi
> *Sent:* Wednesday, May 08, 2013 2:10 AM
> *To:* devel(a)acpica.org
> *Subject:* [Devel] Patch for building on Mac****
>
> ** **
>
> https://github.com/acpica/acpica/pull/7****
>
> ** **
>
> I only tested on 10.8.3, the build works.****
>
> ** **
>
> Just for your information, because I found there is another pending Pull
> Request, which was opened about a month ago.****
>
> ** **
>
> Regards,****
>
> Liang
> ****
>
> ** **
>
8 years, 8 months
Emergency ACPICA bug fix (bugzilla 1016)
by Moore, Robert
Attached (and below), please find a high-priority fix for ACPICA version 20130328 and later.
Sorry for any inconvenience,
Bob
Fix for _INI regression.
This change fixes a problem introduced in 20130328 where _INI methods are no longer executed properly because of a memory block that is not initialized properly.
ACPICA BZ 1016. Tomasz Nowicki <tomasz.nowicki(a)linaro.org>.
diff --git a/source/components/namespace/nsinit.c b/source/components/namespace/nsinit.c
index c1544cd..8619d68 100644
--- a/source/components/namespace/nsinit.c
+++ b/source/components/namespace/nsinit.c
@@ -690,6 +690,7 @@ AcpiNsInitOneDevice (
ACPI_DEBUG_EXEC (AcpiUtDisplayInitPathname (
ACPI_TYPE_METHOD, DeviceNode, METHOD_NAME__INI));
+ ACPI_MEMSET (Info, 0, sizeof (ACPI_EVALUATE_INFO));
Info->PrefixNode = DeviceNode;
Info->RelativePathname = METHOD_NAME__INI;
Info->Parameters = NULL;
8 years, 8 months
