bin/43121: acpidump(8) does not output all SSDT entries

[Jukka Ruohonen <jruohonen%iki.fi@localhost>]

>Number:         43121
>Category:       bin
>Synopsis:       acpidump(8) does not output all SSDT entries
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    bin-bug-people
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Sun Apr 04 21:20:00 +0000 2010
>Originator:     Jukka Ruohonen
>Release:        NetBSD 5.0_STABLE
>Organization:
-
>Environment:
...

>Description:

The acpidump(8) utility has some problems dumping entries declared as
External() in the DSDT. An example from the DSDT of Dell Studio XP16:

        External (NDN3, MethodObj)    // 1 Arguments
        External (WMAB, MethodObj)    // 1 Arguments
        External (FPED, MethodObj)    // 0 Arguments
        External (GP52)
        External (NNAB, IntObj)
        External (IDAB, MethodObj)    // 0 Arguments
        External (\_PR_.CPU0._PPC)

Majority of these are not appended to the output of acpidump(8), even though
it is documented that "if any Secondary System Description Table (SSDT)
entries exist, they will also be included in the output file and
disassembly".

>How-To-Repeat:

acpidump(8), ACPI 4.0 standard, code inspection.

>Fix:

A possible patch:

  http://mail-index.netbsd.org/tech-userlevel/2008/09/16/msg001235.html

In the long-run the best solution is probably to replace acpidump(8) with a
similar utility from the Intel ACPICA reference implementation. This has
been discussed in FreeBSD "upstream":

  http://lists.freebsd.org/pipermail/freebsd-acpi/2009-June/005787.html