From patchwork Wed Jul 26 10:40:12 2017 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Hanjun Guo X-Patchwork-Id: 108753 Delivered-To: patch@linaro.org Received: by 10.140.101.44 with SMTP id t41csp643044qge; Wed, 26 Jul 2017 03:47:24 -0700 (PDT) X-Received: by 10.99.97.144 with SMTP id v138mr447838pgb.117.1501066044706; Wed, 26 Jul 2017 03:47:24 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1501066044; cv=none; d=google.com; s=arc-20160816; b=A9blNwVLMmWOeGUs9aon+5i9MIRkD2PLDJu02U9SFC5fvEIVfrV8TzlzlSvamUzx5Z m5D8yzcUKbrKwRQONQsuPSK77m4vNwnhAadmm0shpRw6Kg1DF82dV5COWk5Bn55n1y0K xC9j0GifKFN4KtYRq860cGq3ZWMlrl1cuU14pGVnZITuWS+W5/vwkxsFtqIqxCD0cQam /IOrdSJ3XNqSEv5H3fLGxcfk7vgTQDG7zQasAqTswM5isWQcsBpVmXlZsvShcz55rkrW +E142nyvyMpawYNUTH0D6ANRZNCIORTQL+6o2TomzOLRrirj/LwGSru0GsCa9ggmX9eW WgWw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:message-id:date:subject:cc :to:from:arc-authentication-results; bh=iu5AwG3b3zkI5o4dXdrAADsdJO86rg/00Z8rTP7FCSQ=; b=t+5dMLcGOODWYSE7z2X1BwGHXyDe+NXU6/H2ywh+e9LVeCLa008dJXVnWALj1mKo69 3tyrySgPXBpAaB9RaTnGq3mDaY7COBMeDvDLRJSopVyuii+Z+vDO8ZvwZTjOspoVRDCZ x9MkVV1FXWUII2fqiYZYWq02XIrb9xCtXrNzGrRFrPngW7IHskrMGM14uf8C1JWbWnl/ YEzBF7ToW4nc0cScMk/qSebulmce1Beccd1XGYb8/Mm1ZKnagZq8EXGnzc+xe1Tr2wWQ E+i7AoUgCJ4OWTGdqtuzWv7L6kyOtu2vK3NikEcpDEGp930TSE/8DOsZe+A32q9En+Sj I1jA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-acpi-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-acpi-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id q11si9565133pgr.788.2017.07.26.03.47.24; Wed, 26 Jul 2017 03:47:24 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-acpi-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-acpi-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-acpi-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751573AbdGZKrW (ORCPT + 7 others); Wed, 26 Jul 2017 06:47:22 -0400 Received: from szxga01-in.huawei.com ([45.249.212.187]:10277 "EHLO szxga01-in.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751413AbdGZKrU (ORCPT ); Wed, 26 Jul 2017 06:47:20 -0400 Received: from 172.30.72.57 (EHLO dggeml405-hub.china.huawei.com) ([172.30.72.57]) by dggrg01-dlp.huawei.com (MOS 4.4.6-GA FastPath queued) with ESMTP id ATD04347; Wed, 26 Jul 2017 18:47:03 +0800 (CST) Received: from linux-ibm.site (10.175.102.37) by dggeml405-hub.china.huawei.com (10.3.17.49) with Microsoft SMTP Server id 14.3.301.0; Wed, 26 Jul 2017 18:46:56 +0800 From: Hanjun Guo To: "Rafael J. Wysocki" CC: , Lorenzo Pieralisi , Hanjun Guo , "Alexey Klimov" , Srinivas Pandruvada Subject: [PATCH] ACPI: processor: use dev_dbg() instead of dev_warn() when CPPC probe failed Date: Wed, 26 Jul 2017 18:40:12 +0800 Message-ID: <1501065612-45769-1-git-send-email-guohanjun@huawei.com> X-Mailer: git-send-email 1.7.12.4 MIME-Version: 1.0 X-Originating-IP: [10.175.102.37] X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020204.59787328.0045, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=0.0.0.0, so=2014-11-16 11:51:01, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 77a929c5a6adf5daf461ae889ca31a43 Sender: linux-acpi-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-acpi@vger.kernel.org From: Hanjun Guo _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 Cc: Alexey Klimov Cc: Lorenzo Pieralisi Cc: Srinivas Pandruvada --- drivers/acpi/processor_driver.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) -- 1.7.12.4 -- To unsubscribe from this list: send the line "unsubscribe linux-acpi" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html diff --git a/drivers/acpi/processor_driver.c b/drivers/acpi/processor_driver.c index 591d1dd..9d6aff2 100644 --- a/drivers/acpi/processor_driver.c +++ b/drivers/acpi/processor_driver.c @@ -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);