Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp3140957imu; Sun, 27 Jan 2019 22:45:06 -0800 (PST) X-Google-Smtp-Source: ALg8bN6W9CrG/QLbnEUo43D9Ucc9dvtEB5cRlhQ8UDoVI4OIWBjzKtNp/CjJ2e+wDdd6scZR1GCH X-Received: by 2002:a17:902:201:: with SMTP id 1mr20483453plc.62.1548657906468; Sun, 27 Jan 2019 22:45:06 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1548657906; cv=none; d=google.com; s=arc-20160816; b=KMyAc3nQ8PSO22mrw/TyZjqscS4PtqQJggTiTArqV/XHQvJQVNrEpbWCrX7hZcmaal 2948mBHVfMhgJG5U6fhQrwOO8ZOA1Ne1dfGj1hRnbj8tAiRJtGL7+5nAu8rx9XvJa/4D Ob08TVplWz+O8k/cb2tBqFjUnWHb0ikrkkNQ/YbG9eSQac6zWrjINpuAroMB8uiLhMBv yTdxo+bTaJSayo5UbNsQ881SP1YCshn17lvAYtIZqrBID+fCpNFRYoFlWgkVlN8ER11Q UtJ/WCOT6s2jlmil+Vox9BOvFbGb3YuZ1sSFkegqsyYJU9fLbmKeKHs78OPa1D2nQ1al GZUw== 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:references :in-reply-to:message-id:date:subject:cc:to:from:dkim-signature; bh=M5tXVSorWIxjyx2W+vXR4nkHOdqq0FYsZWQiwd4C6lQ=; b=uXW8j9breya+Ta0UljZYwulGIkCBXGU9T1AhjaDgG16I9tt/mPQDxjpu/Jk1tpzwHZ uD8pZ27Tc+QALMZ9rFYjvOC0uw3r20payx9CVsHI+V9uKwn/Z+kYXVtS+FE1QViY0pRM 3IRF43ZQ/1IJEKoM3sMNmaaVVdF10QD+oV93w+uN4LOzsMDYbjwN0xjsRhwMgl/MC2na wuG/0nAJAQOpI2lr4zAcwmsWOva4Fl7/EyzJcPh4ugCo70JQbq0E9VRAh4lD0tN0PD77 Ky1EQqfkOBAOW3FBVNXxPJCD7AK08r/pF1PvR6/0ABY7l1bMTa7mGjWDWj1rDV0X+NkL IOdg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=HDGCcrIK; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id o89si31622217pfk.223.2019.01.27.22.44.51; Sun, 27 Jan 2019 22:45:06 -0800 (PST) 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; dkim=pass header.i=@linaro.org header.s=google header.b=HDGCcrIK; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726762AbfA1Gn2 (ORCPT + 99 others); Mon, 28 Jan 2019 01:43:28 -0500 Received: from mail-wr1-f66.google.com ([209.85.221.66]:46084 "EHLO mail-wr1-f66.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726738AbfA1Gn1 (ORCPT ); Mon, 28 Jan 2019 01:43:27 -0500 Received: by mail-wr1-f66.google.com with SMTP id l9so16626445wrt.13 for ; Sun, 27 Jan 2019 22:43:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=from:to:cc:subject:date:message-id:in-reply-to:references :in-reply-to:references; bh=M5tXVSorWIxjyx2W+vXR4nkHOdqq0FYsZWQiwd4C6lQ=; b=HDGCcrIKjsFqllqVCMfmgAui7VM90zxEd39qH7JNChB1fhl3BPl93D1PkaYbyzWyFL ziHRHeePH2hdf+dPwUufA6WrDg8M0fRWHpuWDNTbwlAy499uKAH1oaEuyyK7az0kv39K 3C19AaZfCp9ia3YKICXmEYKxMj9+djzrp8aDI= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to :references:in-reply-to:references; bh=M5tXVSorWIxjyx2W+vXR4nkHOdqq0FYsZWQiwd4C6lQ=; b=Ma299Mys8g3nQMkjXo7U7nBYc56HJ8AdSG1GOGYdMNxmjeUSj3zbo5Wbivyf3yf/MR tPH8HNZer48j4HpTk5ougiA4XQFUhueeB5yjg20smdRFuMd4vb3zpuwkGATFJ/sCGkV6 2zzrCFCxpj6hIMkvJTiaJOAUMtGEYSmc2ueN5Ib4d32AIZQm2wVoX32lhrfUrp5GFGAM 1GnsLl0huVoNxRF9vv6ofsKtt2NZRyFD4saz2jr0cijGdiwJX+BnoxItB+RgJMoUYQXz T1rU7Gc97hjeZbLoHbCV3RscZGRnRasgQO7mw3LGGPh1u/Jldeue546Vt7pz/U1lK4Lt bOFg== X-Gm-Message-State: AJcUukdwGznw7KEj4Gl7PZfuEqmzdAoXI5bAruhbIS74wF3PApVgmfTe Bgh2iOUVY4N4GYrAykKhL3FyGrCASHo= X-Received: by 2002:adf:fa05:: with SMTP id m5mr19997425wrr.155.1548657804332; Sun, 27 Jan 2019 22:43:24 -0800 (PST) Received: from localhost ([49.248.191.44]) by smtp.gmail.com with ESMTPSA id 125sm133521514wmm.26.2019.01.27.22.43.22 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sun, 27 Jan 2019 22:43:23 -0800 (PST) From: Amit Kucheria To: linux-kernel@vger.kernel.org Cc: linux-arm-msm@vger.kernel.org, viresh.kumar@linaro.org, edubezval@gmail.com, swboyd@chromium.org, dianders@chromium.org, mka@chromium.org, "Rafael J. Wysocki" , Zhang Rui , Daniel Lezcano , Sudeep Holla , Taniya Das , Ilia Lin , Anson Huang , linux-pm@vger.kernel.org Subject: [PATCH v4 1/9] thermal: cpu_cooling: Require thermal core to be compiled in Date: Mon, 28 Jan 2019 12:11:26 +0530 Message-Id: <0d63ca44cff5f47ef0102b2c86b4fe9eca9b658b.1548654899.git.amit.kucheria@linaro.org> X-Mailer: git-send-email 2.17.1 In-Reply-To: References: In-Reply-To: References: Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org The CPU cooling driver (cpu_cooling.c) allows the platform's cpufreq driver to register as a cooling device and cool down the platform by throttling the CPU frequency. In order to be able to auto-register a cpufreq driver as a cooling device from the cpufreq core, we need access to code inside cpu_cooling.c which, in turn, accesses code inside thermal core. CPU_FREQ is a bool while THERMAL is tristate. In some configurations (e.g. allmodconfig), CONFIG_THERMAL ends up as a module while CONFIG_CPU_FREQ is compiled in. This leads to following error: drivers/cpufreq/cpufreq.o: In function `cpufreq_offline': cpufreq.c:(.text+0x407c): undefined reference to `cpufreq_cooling_unregister' drivers/cpufreq/cpufreq.o: In function `cpufreq_online': cpufreq.c:(.text+0x70c0): undefined reference to `of_cpufreq_cooling_register' Given that platforms using CPU_THERMAL usually want it compiled-in so it is available early in boot, make CPU_THERMAL depend on THERMAL being compiled-in instead of allowing it to be a module. As a result of this change, get rid of the ugly (!CPU_THERMAL || THERMAL) dependency in all cpufreq drivers using CPU_THERMAL. Suggested-by: Rafael J. Wysocki Signed-off-by: Amit Kucheria --- drivers/cpufreq/Kconfig | 3 --- drivers/cpufreq/Kconfig.arm | 5 ----- drivers/thermal/Kconfig | 1 + 3 files changed, 1 insertion(+), 8 deletions(-) diff --git a/drivers/cpufreq/Kconfig b/drivers/cpufreq/Kconfig index 608af20a3494..b22e6bba71f1 100644 --- a/drivers/cpufreq/Kconfig +++ b/drivers/cpufreq/Kconfig @@ -207,8 +207,6 @@ comment "CPU frequency scaling drivers" config CPUFREQ_DT tristate "Generic DT based cpufreq driver" depends on HAVE_CLK && OF - # if CPU_THERMAL is on and THERMAL=m, CPUFREQ_DT cannot be =y: - depends on !CPU_THERMAL || THERMAL select CPUFREQ_DT_PLATDEV select PM_OPP help @@ -327,7 +325,6 @@ endif config QORIQ_CPUFREQ tristate "CPU frequency scaling driver for Freescale QorIQ SoCs" depends on OF && COMMON_CLK && (PPC_E500MC || ARM || ARM64) - depends on !CPU_THERMAL || THERMAL select CLK_QORIQ help This adds the CPUFreq driver support for Freescale QorIQ SoCs diff --git a/drivers/cpufreq/Kconfig.arm b/drivers/cpufreq/Kconfig.arm index 688f10227793..ca8567c3152c 100644 --- a/drivers/cpufreq/Kconfig.arm +++ b/drivers/cpufreq/Kconfig.arm @@ -29,8 +29,6 @@ config ARM_ARMADA_37XX_CPUFREQ config ARM_BIG_LITTLE_CPUFREQ tristate "Generic ARM big LITTLE CPUfreq driver" depends on ARM_CPU_TOPOLOGY && HAVE_CLK - # if CPU_THERMAL is on and THERMAL=m, ARM_BIT_LITTLE_CPUFREQ cannot be =y - depends on !CPU_THERMAL || THERMAL select PM_OPP help This enables the Generic CPUfreq driver for ARM big.LITTLE platforms. @@ -38,7 +36,6 @@ config ARM_BIG_LITTLE_CPUFREQ config ARM_SCPI_CPUFREQ tristate "SCPI based CPUfreq driver" depends on ARM_SCPI_PROTOCOL && COMMON_CLK_SCPI - depends on !CPU_THERMAL || THERMAL help This adds the CPUfreq driver support for ARM platforms using SCPI protocol for CPU power management. @@ -93,7 +90,6 @@ config ARM_KIRKWOOD_CPUFREQ config ARM_MEDIATEK_CPUFREQ tristate "CPU Frequency scaling support for MediaTek SoCs" depends on ARCH_MEDIATEK && REGULATOR - depends on !CPU_THERMAL || THERMAL select PM_OPP help This adds the CPUFreq driver support for MediaTek SoCs. @@ -233,7 +229,6 @@ config ARM_SA1110_CPUFREQ config ARM_SCMI_CPUFREQ tristate "SCMI based CPUfreq driver" depends on ARM_SCMI_PROTOCOL || COMPILE_TEST - depends on !CPU_THERMAL || THERMAL select PM_OPP help This adds the CPUfreq driver support for ARM platforms using SCMI diff --git a/drivers/thermal/Kconfig b/drivers/thermal/Kconfig index 30323426902e..58bb7d72dc2b 100644 --- a/drivers/thermal/Kconfig +++ b/drivers/thermal/Kconfig @@ -152,6 +152,7 @@ config CPU_THERMAL bool "generic cpu cooling support" depends on CPU_FREQ depends on THERMAL_OF + depends on THERMAL=y help This implements the generic cpu cooling mechanism through frequency reduction. An ACPI version of this already exists -- 2.17.1