As always.. thx
Jump to content
As always.. thx
1) ACPI CA Core Subsystem:ASL Load() operator: Reinstate most restrictions on the incoming ACPI table signature. Now, only allow SSDT, OEMx, and a null signature. History: 1) Originally, we checked the table signature for "SSDT" or "PSDT". (PSDT is now obsolete.) 2) We added support for OEMx tables, signature "OEM" plus a fourth "don't care" character. 3) Valid tables were encountered with a null signature, so we just gave up on validating the signature, (05/2008). 4) We encountered non-AML tables such as the MADT, which caused interpreter errors and kernel faults. So now, we once again allow only SSDT, OEMx, and now, also a null signature. (05/2011).Added the missing _TDL predefined name to the global name list in order to enable validation. Affects both the core ACPICA code and the iASL compiler.2) iASL Compiler/Disassembler and Tools:Debugger/AcpiExec: Implemented support for "complex" method arguments on the debugger command line. This adds support beyond simple integers -- including Strings, Buffers, and Packages. Includes support for nested packages. Increased the default command line buffer size to accommodate these arguments. See the ACPICA reference for details and syntax. [url="http://www.acpica.org/bugzilla/show_bug.cgi?id=917"]ACPICA BZ 917[/url]. Debugger/AcpiExec: Implemented support for "default" method arguments for the Execute/Debug command. Now, the debugger will always invoke a control method with the required number of arguments -- even if the command line specifies none or insufficient arguments. It uses default integer values for any missing arguments. Also fixes a bug where only six method arguments maximum were supported instead of the required seven.Debugger/AcpiExec: Add a maximum buffer length parameter to AcpiOsGetLine and also return status in order to prevent buffer overruns. See the ACPICA reference for details and syntax. [url="http://www.acpica.org/bugzilla/show_bug.cgi?id=921"]ACPICA BZ 921[/url]iASL: Cleaned up support for Berkeley yacc. A general cleanup of code and makefiles to simplify support for the two different but similar parser generators, bison and yacc.Updated the generic unix makefile for gcc 4. The default gcc version is now expected to be 4 or greater, since options specific to gcc 4 are used.
Thanks for the update rednous
Thank you rednous from me, too, for your work and updates!
But why has iasl binary really grown so much? It started about 400KB and now it's 1.4MB!
I am curious, from a programming point of view... anyone knows why? Is it mainly the 32/64-bit support?
Thank you all.
1) ACPI CA Core Subsystem:Updated the predefined name repair mechanism to not attempt repair of a _TSS return object if a _PSS object is present. We can only sort the _TSS return package if there is no _PSS within the same scope. This is because if _PSS is present, the ACPI specification dictates that the _TSS Power Dissipation field is to be ignored, and therefore some BIOSs leave garbage values in the _TSS Power field(s). In this case, it is best to just return the _TSS package as-is. Reported by, and fixed with assistance from Fenghua Yu.Added an option to globally disable the control method return value validation and repair. This runtime option can be used to disable return value repair if this is causing a problem on a particular machine. Also added an option to AcpiExec (-dr) to set this disable flag.All makefiles and project files: Major changes to improve generation of ACPICA tools. [url="http://ttp://www.acpica.org/bugzilla/show_bug.cgi?id=912"]ACPICA BZ 912[/url]: Reduce default optimization levels to improve compatibility For Linux, add strict-aliasing=0 for gcc 4 Cleanup and simplify use of command line defines Cleanup multithread library support Improve usage messagesLinux-specific header: update handling of THREAD_ID and pthread. For the 32-bit case, improve casting to eliminate possible warnings, especially with the acpica tools.2) iASL Compiler/Disassembler and Tools:With this release, a new utility named "acpihelp" has been added to the ACPICA package. This utility summarizes the ACPI specification chapters for the ASL and AML languages. It generates under Linux/Unix as well as Windows, and provides the following functionality: Find/display ASL operator(s) -- with description and syntax. Find/display ASL keyword(s) -- with exact spelling and descriptions. Find/display ACPI predefined name(s) -- with description, number of arguments, and the return value data type. Find/display AML opcode name(s) -- with opcode, arguments, and grammar. Decode/display AML opcode -- with opcode name, arguments, and grammar.Service Layers: Make multi-thread support configurable. Conditionally compile the multi-thread support so that threading libraries will not be linked if not necessary. The only tool that requires multi-thread support is AcpiExec.iASL: Update yyerrror/AslCompilerError for "const" errors. Newer versions of Bison appear to want the interface to yyerror to be a const char * (or at least this is a problem when generating iASL on some systems.) [url="http://ttp://www.acpica.org/bugzilla/show_bug.cgi?id=923"]ACPICA BZ 923[/url] Pierre Lejeune.Tools: Fix for systems where O_BINARY is not defined. Only used for Windows versions of the tools.
Min/Max/Length/Gran are all zero, but no resource tag
QWordMemory (ResourceProducer, PosDecode, MinFixed, MaxFixed, Cacheable, ReadWrite,
0x0000000000000000, // Granularity
0x0000000000000000, // Range Minimum
0x0000000000000000, // Range Maximum
0x0000000000000000, // Translation Offset
0x0000000000000000, // Length
INFO:since 28_04_2010 and up Versions does some lenght checks which may give errors if your dsdt has some wrong lenght parameters, whereas older versions didnt ! This helps to get dsdt bugfree.
Read therefor latest postings about that new check errors and maybe fixes for (sure wrong lenght definitions in your dsdt!)
SOLUTION found to edit real wrong length found ny new iasl version , look at my postings !
Scope (PCI0) Error 4111 - ^ Existing object has invalid type for Scope operator (PCI0 [Untyped])
0 members, 0 guests, 0 anonymous users