]> CyberLeo.Net >> Repos - FreeBSD/stable/9.git/commit
MFC 235024,235029,235556,235834,235845:
authorjhb <jhb@ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f>
Fri, 29 Jun 2012 21:24:56 +0000 (21:24 +0000)
committerjhb <jhb@ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f>
Fri, 29 Jun 2012 21:24:56 +0000 (21:24 +0000)
commit169e098f0997a55ab1ef63fc54a611927d7eb0d7
tree12a7b1e45c5b69f88508b481c111ccd8c03633a3
parent3b5a86074ff8d4e39c9da2d880d678bea7df7195
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/9@237822 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