ACPI: processor: use dev_dbg() instead of dev_warn() when CPPC probe failed
authorHanjun Guo <hanjun.guo@linaro.org>
Wed, 26 Jul 2017 10:40:12 +0000 (18:40 +0800)
committerRafael J. Wysocki <rafael.j.wysocki@intel.com>
Wed, 26 Jul 2017 23:51:06 +0000 (01:51 +0200)
_CPC is a optinal object for processor device so it's
fine for processor devices in DSDT without CPPC data,
but when booting the system with CPPC enabled in the
kernel but without its support in the firmware, I got
lots of warnings on a 64 core system:

[    6.346016] acpi ACPI0007:00: CPPC data invalid or not present
[    6.346028] acpi ACPI0007:01: CPPC data invalid or not present
[    6.346039] acpi ACPI0007:02: CPPC data invalid or not present
[    6.346050] acpi ACPI0007:03: CPPC data invalid or not present
[    6.346063] acpi ACPI0007:04: CPPC data invalid or not present
...
[    6.346737] acpi ACPI0007:3f: CPPC data invalid or not present

This isn't much useful and a little bit noise, so
switch the dev_warn() to dev_dbg().

Signed-off-by: Hanjun Guo <hanjun.guo@linaro.org>
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
drivers/acpi/processor_driver.c

index 591d1dd3f04e2989bee624a56878b09b46d768cd..9d6aff22684ea6ab5c95e4cdc7008f3a394441d9 100644 (file)
@@ -237,7 +237,7 @@ static int __acpi_processor_start(struct acpi_device *device)
 
        result = acpi_cppc_processor_probe(pr);
        if (result && !IS_ENABLED(CONFIG_ACPI_CPU_FREQ_PSS))
-               dev_warn(&device->dev, "CPPC data invalid or not present\n");
+               dev_dbg(&device->dev, "CPPC data invalid or not present\n");
 
        if (!cpuidle_get_driver() || cpuidle_get_driver() == &acpi_idle_driver)
                acpi_processor_power_init(pr);