summary refs log tree commit diff
path: root/include/xen/swiotlb-xen.h
diff options
context:
space:
mode:
authorJiang Liu <jiang.liu@linux.intel.com>2014-01-27 14:34:58 +0800
committerRafael J. Wysocki <rafael.j.wysocki@intel.com>2014-01-27 23:05:44 +0100
commitf778d1218f10504a87353c696faf116481fa27a6 (patch)
tree21ecdf6025fb513cd5b59f21b39e3d579c3f647b /include/xen/swiotlb-xen.h
parent038d7b593563818c5e9bc61e05c7f5ce1ce8e3ef (diff)
downloadlinux-f778d1218f10504a87353c696faf116481fa27a6.tar.gz
ACPI / scan: reduce log level of "ACPI: \_PR_.CPU4: failed to get CPU APIC ID"
Commit b981513f806d (ACPI / scan: bail out early if failed to parse
APIC ID for CPU) emits an error message if ACPI processor driver fails
to query APIC ID for the CPU.

Originally it's designed to catch BIOS bugs for CPU hot-addition. But
it accidently reveals another type of BIOS bug that:
 1) BIOS implements ACPI objects for all possible instead of present
    CPUs. (It's valid to do that per ACPI specification.)
 2) BIOS doesn't implement the _STA method for CPU objects. OSPM assumes
    that all CPU objects are present and functioning and attempts to
    use those CPU objects for CPU enumeration, which then triggers the
    error message. According to ACPI spec, BIOS should implement _STA
    for those absent CPUs at least.

Though it's a BIOS bug in essential, there are some BIOSes in the fields
which are implmented in this way. So reduce the log level from ERR to
DEBUG to accommodate these existing BIOSes.

Fixes: b981513f806d (ACPI / scan: bail out early if failed to parse APIC ID for CPU)
Reported-and-tested-by: Jörg Otte <jrg.otte@gmail.com>
Signed-off-by: Jiang Liu <jiang.liu@linux.intel.com>
[rjw: Changelog]
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
Diffstat (limited to 'include/xen/swiotlb-xen.h')
0 files changed, 0 insertions, 0 deletions