History log of /dragonfly/sys/contrib/dev/acpica/source/include/acoutput.h (Results 1 – 25 of 28)
Revision (<<< Hide revision tags) (Show revision tags >>>) Date Author Comments
Revision tags: v6.2.1, v6.2.0, v6.3.0, v6.0.1
# 0672a19b 31-Jul-2021 Sascha Wildner <saw@online.de>

Sync ACPICA with Intel's version 20210730.

* Various fixes for iasl(8).

* Fixes and additions in table definitions.

For a detailed list, please see sys/contrib/dev/acpica/changes.txt.


Revision tags: v6.0.0, v6.0.0rc1, v6.1.0
# 01d5d5df 02-Apr-2021 Sascha Wildner <saw@online.de>

Sync ACPICA with Intel's version 20210331.

* ACPI 6.4 support.

* Various fixes.

For a detailed list, please see sys/contrib/dev/acpica/changes.txt.


# 383048ac 05-Jan-2021 Sascha Wildner <saw@online.de>

Sync ACPICA with Intel's version 20210105.

iasl: Remove support for obsolete tables

Also, update copyrights.

For detailed list, please see sys/contrib/dev/acpica/changes.txt.


Revision tags: v5.8.3, v5.8.2, v5.8.1, v5.8.0, v5.9.0, v5.8.0rc1, v5.6.3
# e5412f1e 13-Jan-2020 Sascha Wildner <saw@online.de>

Sync ACPICA with Intel's version 20200110 (coming from 20190703).

* Allow more OwnerId's to prevent OWNER_ID_LIMIT exceptions.

* Return a Buffer object for all fields created via CreateField.

* Ad

Sync ACPICA with Intel's version 20200110 (coming from 20190703).

* Allow more OwnerId's to prevent OWNER_ID_LIMIT exceptions.

* Return a Buffer object for all fields created via CreateField.

* Add AcpiDispatchGpe() function.

* Exit the interpreter before initializing objects within a newly
loaded table.

* Add new 'Fields' debugger command.

* Make AcpiLoadTable() return a table index and add AcpiUnloadTable().

* Fix acpinames(8) which was broken for some time.

* Added "Windows 2019" _OSI string.

* Various improvements to iasl(8).

* Fix some compilation warnings, fix missing ACPI_PRINTF_LIKE.

* Update copyrights to 2020.

For detailed list, please see sys/contrib/dev/acpica/changes.txt.

show more ...


Revision tags: v5.6.2, v5.6.1, v5.6.0, v5.6.0rc1, v5.7.0, v5.4.3, v5.4.2
# ff4021a0 09-Jan-2019 Sascha Wildner <saw@online.de>

Sync ACPICA with Intel's version 20190108.

* New acpiexec(8) option -va to dump memory leak information.

* iasl(8)'s TPM2 table template adjusted for revision 4 of the table.

* Bumped copyrights.


Revision tags: v5.4.1
# ef944814 14-Dec-2018 Sascha Wildner <saw@online.de>

Sync ACPICA with Intel's version 20181213.

* Fix buffer length issues with the GenericSerialStatus.

* New object evaluation trace mechanism for control methods and data
objects (ACPI_LV_EVALUATIO

Sync ACPICA with Intel's version 20181213.

* Fix buffer length issues with the GenericSerialStatus.

* New object evaluation trace mechanism for control methods and data
objects (ACPI_LV_EVALUATION).

* _OSI strings sync.

* New options in iasl (-ww) and acpiexec (-eo).

* Various smaller fixes and additions.

For detailed list, please see sys/contrib/dev/acpica/changes.txt.

show more ...


# 033d05cb 14-Dec-2018 Sascha Wildner <saw@online.de>

kernel/acpi: Fix the ACPI_LV_VERBOSITY1 level's value.


Revision tags: v5.4.0, v5.5.0, v5.4.0rc1, v5.2.2
# e416ee21 02-Jun-2018 Sascha Wildner <saw@online.de>

Sync ACPICA with Intel's version 20180531.

* Implemented additional support to help ensure that a DSDT or SSDT is
fully loaded even if errors are incurred during the load.

* The 'Unload' AML oper

Sync ACPICA with Intel's version 20180531.

* Implemented additional support to help ensure that a DSDT or SSDT is
fully loaded even if errors are incurred during the load.

* The 'Unload' AML operator is no longer supported.

* Additional improvements and fixes.

For detailed list, please see sys/contrib/dev/acpica/changes.txt.

show more ...


# 7bcb6caf 16-May-2018 Sascha Wildner <saw@online.de>

Sync ACPICA with Intel's version 20180508 (from previously 20170831).

Tons of fixes and improvements.

For detailed list, please see sys/contrib/dev/acpica/changes.txt.


Revision tags: v5.2.1, v5.2.0, v5.3.0, v5.2.0rc, v5.0.2, v5.0.1, v5.0.0, v5.0.0rc2, v5.1.0, v5.0.0rc1, v4.8.1, v4.8.0, v4.6.2, v4.9.0, v4.8.0rc
# b4315fc7 03-Mar-2017 Sascha Wildner <saw@online.de>

Sync ACPICA with Intel's version 20170303.

Nothing big, really:

* The licensing information at the start of each source code module has
been updated. In addition to the Intel license, the dual GP

Sync ACPICA with Intel's version 20170303.

Nothing big, really:

* The licensing information at the start of each source code module has
been updated. In addition to the Intel license, the dual GPLv2/BSD
license has been added for completeness. Now, a single version of the
source code should be suitable for all ACPICA customers. This is the
major change for this release since it affects all source code modules.

* Fixed two issues with the common asltypes.h header that could cause
problems in some environments (Kim Jung-uk).

* Disassembler: fixed a regression introduced in 20170224. A fix for a
memory leak related to resource descriptor tags (names) could fault
when the disassembler was generated with 64-bit compilers.

For a more detailed list, please see sys/contrib/dev/acpica/changes.txt.

show more ...


# c5f0c4c2 19-Jan-2017 Sascha Wildner <saw@online.de>

Sync ACPICA with Intel's version 20170119.

Just some minor things:

* In iASL, fix an inadvertent remark.

* Remove the compiler bit width from the common signon of all tools.

* Add 2017 copyright.

Sync ACPICA with Intel's version 20170119.

Just some minor things:

* In iASL, fix an inadvertent remark.

* Remove the compiler bit width from the common signon of all tools.

* Add 2017 copyright.

For a more detailed list, please see sys/contrib/dev/acpica/changes.txt.

show more ...


Revision tags: v4.6.1, v4.6.0, v4.6.0rc2, v4.6.0rc, v4.7.0
# 2adac2b8 28-May-2016 Sascha Wildner <saw@online.de>

Sync ACPICA with Intel's version 20160527.

* Temporarily reverted the new arbitrary bit length/alignment support
in AcpiHwRead/AcpiHwWrite for the Generic Address Structure. There
have been a nu

Sync ACPICA with Intel's version 20160527.

* Temporarily reverted the new arbitrary bit length/alignment support
in AcpiHwRead/AcpiHwWrite for the Generic Address Structure. There
have been a number of regressions with the new code that need to be
fully resolved and tested before this support can be finally
integrated into ACPICA. Apologies for any inconveniences these
issues may have caused.

* The ACPI message macros are not configurable (ACPI_MSG_ERROR,
ACPI_MSG_EXCEPTION, ACPI_MSG_WARNING, ACPI_MSG_INFO,
ACPI_MSG_BIOS_ERROR, and ACPI_MSG_BIOS_WARNING). Lv Zheng.

* Fixed a couple of GCC warnings associated with the use of the
-Wcast-qual option. Adds a new return macro, return_STR.
Jung-uk Kim.

For a more detailed list, please see sys/contrib/dev/acpica/changes.txt.

show more ...


Revision tags: v4.4.3
# 2ffe9f16 29-Mar-2016 Sascha Wildner <saw@online.de>

Sync ACPICA with Intel's version 20160318.

* Arbitrary bit length and offset support for registers defined by the
Generic Address Structure.

* ASL's Concatenate operator now allows any ACPI objec

Sync ACPICA with Intel's version 20160318.

* Arbitrary bit length and offset support for registers defined by the
Generic Address Structure.

* ASL's Concatenate operator now allows any ACPI object to be passed
as an operand.

* Added "const" across the source.

* Various fixes and additions.

For a more detailed list, please see sys/contrib/dev/acpica/changes.txt.

Tested-by: ivadasz, tkusumi

show more ...


# dbd7d990 25-Mar-2016 Sascha Wildner <saw@online.de>

Revert "Sync ACPICA with Intel's version 20160318."

This reverts commit 9cefb7c89c63c495157c0c77d761030bf2bea9b0.

It is causing issues with acpi_timer which I need to investigate.
Revert it until t

Revert "Sync ACPICA with Intel's version 20160318."

This reverts commit 9cefb7c89c63c495157c0c77d761030bf2bea9b0.

It is causing issues with acpi_timer which I need to investigate.
Revert it until then so that people don't run into subtle issues.

show more ...


# 9cefb7c8 20-Mar-2016 Sascha Wildner <saw@online.de>

Sync ACPICA with Intel's version 20160318.

* Arbitrary bit length and offset support for registers defined by the
Generic Address Structure.

* ASL's Concatenate operator now allows any ACPI objec

Sync ACPICA with Intel's version 20160318.

* Arbitrary bit length and offset support for registers defined by the
Generic Address Structure.

* ASL's Concatenate operator now allows any ACPI object to be passed
as an operand.

* Added "const" across the source.

* Various fixes and additions.

For a more detailed list, please see sys/contrib/dev/acpica/changes.txt.

Tested-by: ivadasz, tkusumi

show more ...


# 7c9678bc 13-Feb-2016 Sascha Wildner <saw@online.de>

Sync ACPICA with Intel's version 20160212.

* ACPI specification 6.1 support.

* Ensure \_SB_._INI is executed before any _REG methods are executed.

* Reverted a change made in version 20151218 whic

Sync ACPICA with Intel's version 20160212.

* ACPI specification 6.1 support.

* Ensure \_SB_._INI is executed before any _REG methods are executed.

* Reverted a change made in version 20151218 which enabled method
invocations to be targets of various ASL operators (SuperName and
Target grammar elements). Also, disallow this in iASL (flagged as
errors now) in preparation for ACPI 6.2.

* Completed full support for the ACPI 6.0 External() AML opcode.

* In iASL, implemented support for an optional cross-reference
output file.

For a more detailed list, please see sys/contrib/dev/acpica/changes.txt.

show more ...


Revision tags: v4.4.2
# f5f76cf2 08-Jan-2016 Sascha Wildner <saw@online.de>

Sync ACPICA with Intel's version 20160108.

This includes the 20151218 upgrade which we had to revert again because
of a bug found by tkusumi. The only major change in 20160108 is a fix
for this bug.

Sync ACPICA with Intel's version 20160108.

This includes the 20151218 upgrade which we had to revert again because
of a bug found by tkusumi. The only major change in 20160108 is a fix
for this bug.

20151218 changes:

* Execute "module-level code" as ACPI tables are loaded into the
namespace during initialization and install the default operation
region handlers for the SystemMemory, SystemIO and PCI_Config
address spaces before any ACPI tables are loaded (in order to
enable module-level code to access these address spaces). Also,
several changes to the internal _REG support and to utilities
in conjunction with these changes.

20160108 changes:

* Fixed a regression introduced in version 20151218 concerning the
execution of so-called module-level ASL/AML code. Namespace objects
created under a module-level If() construct were not properly/fully
entered into the namespace and could cause an interpreter fault when
accessed.

* Fixed a problem with the compilation of the GpioIo and GpioInt resource
descriptors. The _PIN field name was incorrectly defined to be an array
of 32-bit values, but the _PIN values are in fact 16 bits each. This
would cause incorrect bit width warnings when using Word (16-bit) fields
to access the descriptors.

Additionally, some minor fixes, features etc. were added.

For a more detailed list, please see sys/contrib/dev/acpica/changes.txt.

Tested-by: tkusumi

show more ...


Revision tags: v4.4.1, v4.4.0, v4.5.0, v4.4.0rc, v4.2.4, v4.3.1
# 267c04fd 18-Jul-2015 Sascha Wildner <saw@online.de>

Sync ACPICA with Intel's version 20150717.

* Better partitioning between debugger and disassembler.

* Add 'Trace' command to the debugger.

* Add support for the TCPA table to compiler and template

Sync ACPICA with Intel's version 20150717.

* Better partitioning between debugger and disassembler.

* Add 'Trace' command to the debugger.

* Add support for the TCPA table to compiler and template generator.

* Fix '!!' command issue in the debugger. This had already been committed.

* Various cleanups and fixes.

For a more detailed list, please see sys/contrib/dev/acpica/changes.txt.

show more ...


Revision tags: v4.2.3, v4.2.1, v4.2.0
# 25ca8c79 21-Jun-2015 Sascha Wildner <saw@online.de>

Sync ACPICA with Intel's version 20150619.

* Replace various macros like ACPI_STRLEN with the standard C library
functions across the tree.

* Add support for OSDT table, to override existing name

Sync ACPICA with Intel's version 20150619.

* Replace various macros like ACPI_STRLEN with the standard C library
functions across the tree.

* Add support for OSDT table, to override existing namespace objects
from DSDT/SSDTs.

* Handle systems with two FACS tables better.

* Add a feature to allow for systems that do not contain an FACS.

* Fix wrong GUID strings for NFIT tables.

* Support for _CLS in AcpiGetObjectInfo().

* Update TCPA and TPM2 table definitions to a more recent TCG ACPI spec.

* Add definitions for the ACPI 6.0 GIC version field in MADT.

* Various fixes and enhancements in the tools.

For a more detailed list, please see sys/contrib/dev/acpica/changes.txt.

show more ...


Revision tags: v4.0.6, v4.3.0, v4.2.0rc, v4.0.5, v4.0.4
# fe7b5cb4 05-Feb-2015 Sascha Wildner <saw@online.de>

Sync ACPICA with Intel's version 20150204.

* A raw gpe handling mechanism was created to allow better handling of
GPE storms that aren't easily managed by the normal handler. The raw
handler all

Sync ACPICA with Intel's version 20150204.

* A raw gpe handling mechanism was created to allow better handling of
GPE storms that aren't easily managed by the normal handler. The raw
handler allows disabling/renabling of the the GPE so that interrupt
storms can be avoided in cases where events cannot be timely serviced.

* Always modify GPE registers under the GPE lock.

* Various small bug fixes.

* Update copyrights.

show more ...


Revision tags: v4.0.3, v4.0.2, v4.0.1, v4.0.0, v4.0.0rc3, v4.0.0rc2, v4.0.0rc, v4.1.0, v3.8.2, v3.8.1, v3.6.3, v3.8.0, v3.8.0rc2, v3.9.0, v3.8.0rc
# 586fced2 20-May-2014 Sascha Wildner <saw@online.de>

kernel/acpi: Improve the disabling of Debug object output.

It is actually a global in ACPICA (since 20100304) so add a new
sysctl debug.acpi.enable_debug_objects that can be used to toggle
it, with

kernel/acpi: Improve the disabling of Debug object output.

It is actually a global in ACPICA (since 20100304) so add a new
sysctl debug.acpi.enable_debug_objects that can be used to toggle
it, with the default being 0.

Unlike the previous attempt (which I had to revert again), this
time also clear ACPI_LV_DEBUG_OBJECT in the AcpiDbgLevel global in
case ACPI_DEBUG is not defined. My assumption that ACPICA would
initialize AcpiDbgLevel to 0 was wrong. It really is initialized
to ACPI_NORMAL_DEFAULT. It is kind of weird that
ACPI_NORMAL_DEFAULT == ACPI_DEBUG_DEFAULT in acoutput.h, but FWIW,
leave the other bits in AcpiDbgLevel set for now.

This commit reverts (again) a previous commit by sephe which solved
it differently (in the ACPICA code).

Taken-from: FreeBSD (with modification by me)
Dragonfly-bug: <http://bugs.dragonflybsd.org/issues/2672>

show more ...


# b9a827c2 12-May-2014 Sascha Wildner <saw@online.de>

Revert "kernel/acpi: Improve the disabling of Debug object dumping."

This reverts commit c9ed7d9ef60d6ffb82c02ec4822a68a29703a389.

Revert it until I've figured it out.

Reported-by: davshao


# c9ed7d9e 11-May-2014 Sascha Wildner <saw@online.de>

kernel/acpi: Improve the disabling of Debug object dumping.

It is actually a global in ACPICA (since 20100304) so add a new
sysctl debug.acpi.enable_debug_objects that can be used to toggle
it, with

kernel/acpi: Improve the disabling of Debug object dumping.

It is actually a global in ACPICA (since 20100304) so add a new
sysctl debug.acpi.enable_debug_objects that can be used to toggle
it, with the default being 0.

This commit reverts e59c6bdadc7ee647f2ac508a3d1c210b89a680b1 which
solved it differently (in the ACPICA code).

Taken-from: FreeBSD
Reported-by: dillon (iirc)

show more ...


# d4972a9c 14-Apr-2014 Sascha Wildner <saw@online.de>

kernel: Sync ACPICA with Intel's version 20140325.

As far as I can see, the most important change is a fix for the auto-
serialization of control methods so that the currently executing AML
SyncLeve

kernel: Sync ACPICA with Intel's version 20140325.

As far as I can see, the most important change is a fix for the auto-
serialization of control methods so that the currently executing AML
SyncLevel is ignored when invoking such a method. This fixes an issue
seen in some systems showing AE_AML_MUTEX exceptions since 20140214
which had to set hw.acpi.auto_serialize_methods to 0 to work around
the issue.

This was actually reported for DragonFly by Andrey Oktyabrskiy (see
http://lists.dragonflybsd.org/pipermail/users/2014-February/109376.html).

See sys/contrib/dev/acpica/changes.txt for a complete list of all
changes.

show more ...


Revision tags: v3.6.2, v3.6.1
# 6a0135c2 15-Feb-2014 Sascha Wildner <saw@online.de>

kernel: Sync ACPICA with Intel's version 20140214.

Module changes:

* Implemented a new mechanism to proactively prevent problems with
ill-behaved reentrant control methods that create named ACPI

kernel: Sync ACPICA with Intel's version 20140214.

Module changes:

* Implemented a new mechanism to proactively prevent problems with
ill-behaved reentrant control methods that create named ACPI objects.
It should allow serialization of methods without leading to
AE_ALREADY_EXISTS exceptions if the method was actually entered by
more than one thread.

* Added the "Windows 2013" string to the _OSI support.

* Hardened/updated the _PRT return value auto-repair code.

* Added support to avoid the possibility of infinite loops when
traversing object linked lists.

* Add #pragma pack({push,pop}) to ensure that ACPICA headers are
independent of compiler settings or host headers.

Utilities changes:

* iasl(8): Fix a problem with support for the SPMI table. The first
reserved field was incorrectly forced to have a value of zero
instead of one.

* iasl(8): Removed the obsolete -g option.

* acpiexec(8): Added missing support for "Extra" and "Data" subobjects
and for diplaying entire object linked lists.

For a more detailed list, see sys/contrib/dev/acpica/changes.txt.

As of this commit, the hw.acpi.serialize_methods tunable (0 by default)
is replaced with hw.acpi.auto_serialize_methods (1 by default). Users
with the former tunable set to 1 in their loader.conf should therefore
not experience any differences.

show more ...


12