Received: by 2002:a25:c593:0:0:0:0:0 with SMTP id v141csp1048770ybe; Wed, 11 Sep 2019 08:35:38 -0700 (PDT) X-Google-Smtp-Source: APXvYqwfpaBkqibg5cAbVGhpmhtAGlA3f6tXM4RqIKZTIBOPZhygXv8nSlJvVHrGBsuTniBLvznd X-Received: by 2002:a17:906:f2d3:: with SMTP id gz19mr30375374ejb.306.1568216138066; Wed, 11 Sep 2019 08:35:38 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1568216138; cv=none; d=google.com; s=arc-20160816; b=YVsO0zLcq9o+dbf4UtXmcHcRZnAuOkUbc46uxxceviAqdWeByiLPdZAK6ym0U/+CDs QKSa9eOzjhcd2DcROOXi3yluyhLj3AsC+Smd9v4AH8RTV25n19Pw4VcEn/Rxs5cMXHxQ d1FhZxKGq/zOYjmKUvtf9GK/5cUNjRWZE2hJzW5ihPwb6Hd8FEZXWGibuV2Ku5RBKUPs AmjDJB5vta4gJ56TGEEhXNNmKcsgWEbx/ZQDq+DvhV9Pbg7LW//kcM5T31D4uplQHMGV RKRV+Pheflxr+Fme4zWcwcsrNjj56E+45h7aSD302JRd70q3tU/V9EIlHeBtb58060TC 39+g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:references:in-reply-to:message-id:date :subject:cc:to:from; bh=N061O1WkKi5hBjt/2eUXc/dByI2Jlke82HLkKVorPZI=; b=tp/Rx4I916v6fNbl0f9lXaXpRNbtD6zzaseNXuTBp5842mKUO/W9nW0muCRhYO9Irc 5IfMjJTlsxBNCylUhO0xXF8ROxu311XTDJdmNPmwhyTxOwtq2oi/JcJe+nzcAdlKPfhP 7k46G3Xurq2Q+M22sXuQ0A421esh9y5Zj0qbAlGGObLuKHSWyRIBevvHjvCHxQJBNdZk jkO4YCVn/EuJGcrX+etvtP7APHqkcSmCfFYzy55Bit7ii8amZmxffa9WOavNlrVn+vuI 6urLm4cl1Q3cPb/c/nWG/V/RHI85oDo51q+C858AiQH6FptZ9plzJrPY7LyJYTYZxyOD ytpw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-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 d26si11059791ejb.12.2019.09.11.08.35.14; Wed, 11 Sep 2019 08:35:38 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-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-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728335AbfIKPdX (ORCPT + 99 others); Wed, 11 Sep 2019 11:33:23 -0400 Received: from 10.mo178.mail-out.ovh.net ([46.105.76.150]:34445 "EHLO 10.mo178.mail-out.ovh.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726762AbfIKPdX (ORCPT ); Wed, 11 Sep 2019 11:33:23 -0400 Received: from player168.ha.ovh.net (unknown [10.109.146.168]) by mo178.mail-out.ovh.net (Postfix) with ESMTP id 47D2278182 for ; Wed, 11 Sep 2019 15:04:09 +0200 (CEST) Received: from qperret.net (115.ip-51-255-42.eu [51.255.42.115]) (Authenticated sender: qperret@qperret.net) by player168.ha.ovh.net (Postfix) with ESMTPSA id BE701997FF58; Wed, 11 Sep 2019 13:03:51 +0000 (UTC) From: Quentin Perret To: edubezval@gmail.com, rui.zhang@intel.com, javi.merino@kernel.org, viresh.kumar@linaro.org, amit.kachhap@gmail.com, rjw@rjwysocki.net, catalin.marinas@arm.com, will@kernel.org, daniel.lezcano@linaro.org Cc: dietmar.eggemann@arm.com, ionela.voinescu@arm.com, mka@chromium.org, linux-pm@vger.kernel.org, linux-kernel@vger.kernel.org, qperret@qperret.net Subject: [PATCH v8 2/4] PM / EM: Declare EM data types unconditionally Date: Wed, 11 Sep 2019 15:03:12 +0200 Message-Id: <20190911130314.29973-3-qperret@qperret.net> X-Mailer: git-send-email 2.17.1 In-Reply-To: <20190911130314.29973-1-qperret@qperret.net> References: <20190911130314.29973-1-qperret@qperret.net> X-Ovh-Tracer-Id: 17350399039456041977 X-VR-SPAMSTATE: OK X-VR-SPAMSCORE: 0 X-VR-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedufedrtdefgdeffecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucfqggfjpdevjffgvefmvefgnecuuegrihhlohhuthemucehtddtnecu Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Quentin Perret The structs representing capacity states and performance domains of an Energy Model are currently only defined for CONFIG_ENERGY_MODEL=y. That makes it hard for code outside PM_EM to manipulate those structures without a lot of ifdefery or stubbed accessors. So, move the declaration of the two structs outside of the CONFIG_ENERGY_MODEL ifdef. The client code (e.g. EAS or thermal) always checks the return of em_cpu_get() before using it, so the exising code is still safe to use as-is. Reported-by: kbuild test robot Signed-off-by: Quentin Perret --- include/linux/energy_model.h | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/include/linux/energy_model.h b/include/linux/energy_model.h index 73f8c3cb9588..d249b88a4d5a 100644 --- a/include/linux/energy_model.h +++ b/include/linux/energy_model.h @@ -9,7 +9,6 @@ #include #include -#ifdef CONFIG_ENERGY_MODEL /** * em_cap_state - Capacity state of a performance domain * @frequency: The CPU frequency in KHz, for consistency with CPUFreq @@ -40,6 +39,7 @@ struct em_perf_domain { unsigned long cpus[0]; }; +#ifdef CONFIG_ENERGY_MODEL #define EM_CPU_MAX_POWER 0xFFFF struct em_data_callback { @@ -160,7 +160,6 @@ static inline int em_pd_nr_cap_states(struct em_perf_domain *pd) } #else -struct em_perf_domain {}; struct em_data_callback {}; #define EM_DATA_CB(_active_power_cb) { } -- 2.22.1