]> CyberLeo.Net >> Repos - FreeBSD/stable/8.git/commit
MFC 235024,235029,235556,235834,235845:
authorjhb <jhb@ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f>
Fri, 29 Jun 2012 21:25:24 +0000 (21:25 +0000)
committerjhb <jhb@ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f>
Fri, 29 Jun 2012 21:25:24 +0000 (21:25 +0000)
commitb8799538a438a438d4e1c314bd1be5f0b2f79bf5
treec961965689a82d58f4987405cba7076a01152cb8
parent3f85d2684a3af7d881e0ef45317e30b7a376e38b
MFC 235024,235029,235556,235834,235845:
Use MADT to match ACPI Processor objects to CPUs.  MADT and DSDT/SSDTs may
list CPUs in different orders, especially for disabled logical cores.  Now
we match ACPI IDs from the MADT with Processor objects, strictly order CPUs
accordingly, and ignore disabled cores.  This prevents us from executing
methods for other CPUs, e. g., _PSS for disabled logical core, which may not
exist.  Unfortunately, it is known that there are a few systems with buggy
BIOSes that do not have unique ACPI IDs for MADT and Processor objects.  To
work around these problems, 'debug.acpi.cpu_unordered' tunable is added.
Set this to a non-zero value to restore the old behavior.

git-svn-id: svn://svn.freebsd.org/base/stable/8@237823 ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
share/man/man4/acpi.4
sys/amd64/acpica/acpi_machdep.c
sys/dev/acpica/acpi_cpu.c
sys/dev/acpica/acpi_ec.c
sys/dev/acpica/acpi_smbat.c
sys/dev/acpica/acpivar.h
sys/i386/acpica/acpi_machdep.c