Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp3777550imu; Mon, 28 Jan 2019 10:35:43 -0800 (PST) X-Google-Smtp-Source: ALg8bN70jExtgnutTE06f3d9ZeQYMR6gDS39HxZplOp6w/RWTzqDrGi4YBE7uwT1GJXsZk6AZrzS X-Received: by 2002:a17:902:14b:: with SMTP id 69mr23188847plb.52.1548700543825; Mon, 28 Jan 2019 10:35:43 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1548700543; cv=none; d=google.com; s=arc-20160816; b=ASICOOAqib1t1aeIFaSMNx2Wjx01mt62pc8suGYIkW0nA3jAEPdu+4togPUGpjU7XF rvYLa2cMPOq/mHo9zEzXETD4oZViRhEyMaTkKcWSmiuK71V89JUVN/GHxeHR2TjFcpOc Cuk/w2aYZ8XYJxrYVUR4PKQOmsjYv7xhDNUvmzA6/6KnmB48ckvY7nA6h2U+jjFVa7Y/ mQUbEt2fCBTx5Uaizn5WjlLWMZjIfT9yoA23PmOw9V/WPIiHbQan7mA+RYmOoYJGTKPM UuoQBcvSczy3ZeiwKaX3/nuqvAevaj2hsslSIT9iE34u+DHZC1nEP3k76GXN5qbt4TVQ 5mcw== 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:dkim-signature; bh=+HV8Nby8D/Sn6SAvkoxC802zTo0ynRqZ7bbip7gTvlU=; b=0yB1a0NakbPQBRiaFlRKtFLuKczFU0YkYHc7gIKOjLDuQtYvZEIDFTunEnj5XmaNsQ eG+tqK8EkALOhCXgLZ28yjmmDJ+sRXizIlktD4t9XdBvkV/maX7GreYGkJVqR+MaSYQa C4sfBp6OeexFA1tZ9nuGyNlM6PqOmEZMpjAUlz+KY+USbhspev7j8yMFnEkKsw0KXbM7 Bjttxq12nzDsqlS9W6+WqeZC7ZcvUOfAOPuUlP21GTcT7VBmdPISJgtEPV87LgZPhwq8 +brQAroo/V63dKu4+wGaqpqXtygmj69vV0kPqbzKGhEuyxMRoUVSKScindke9vHHFkvR Y+Iw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=jSm1rIGl; 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 e68si33558377pfb.101.2019.01.28.10.35.28; Mon, 28 Jan 2019 10:35:43 -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=jSm1rIGl; 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 S1728257AbfA1SeN (ORCPT + 99 others); Mon, 28 Jan 2019 13:34:13 -0500 Received: from mail-wr1-f68.google.com ([209.85.221.68]:34671 "EHLO mail-wr1-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727966AbfA1Sdc (ORCPT ); Mon, 28 Jan 2019 13:33:32 -0500 Received: by mail-wr1-f68.google.com with SMTP id f7so19308335wrp.1 for ; Mon, 28 Jan 2019 10:33:31 -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; bh=+HV8Nby8D/Sn6SAvkoxC802zTo0ynRqZ7bbip7gTvlU=; b=jSm1rIGlQyTPja2+ldYbXDr+A1YqBNWmTeaDsPGMl7TadS2uye65vk+lYjGr8Yox3F 80uPZnH1mldfRsnbu+xQwdKYVWUR16/oHBEGlzc1Ck4LcODmicjYbz0BPrPxx7pAYW7i UdjwgF9oGxKzZb573jtPHKtsEE2WYnR1uGpxs= 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; bh=+HV8Nby8D/Sn6SAvkoxC802zTo0ynRqZ7bbip7gTvlU=; b=YicE8+GuqgpUy4yu3OMnZApWiCIC0EBkcAADlT2qIRpS0/kcUtZ0w7sT2BEyOZznYM b7xSfCWkagY2uasXZVorpDeb+Php9D0ohKBgyWt8OQlo59soh+T6oLj+xUzWW6F/Fu+V WXbb8UbkgpNh4iOkkSnkJvXDdtooTiACisHk1CA6WGSRm8Dq9BSq4ZlH/ziMxSJSN8D8 CiDvLF5iRSS/S/bgoJQj8wVgfnRyeBLAR5L4VxYthqacLh3DkdmPAvV+ypY1p7ektfZb KQjjYRxV64x1xNyCKcWIsP/OizNUiFgmkDdRqursJSSIuNTWnwwdnm2d0r26SlV2Gb2C qGbw== X-Gm-Message-State: AJcUukcD0/B+oOdrdNqBBtB04YXyNNaBOrfC/zmM1xF7mN0XdD3G0pJF F47vfDgC9wIPAphg5rfbS7+ctw== X-Received: by 2002:a5d:6808:: with SMTP id w8mr22035898wru.270.1548700410592; Mon, 28 Jan 2019 10:33:30 -0800 (PST) Received: from localhost.localdomain (233.red-81-47-145.staticip.rima-tde.net. [81.47.145.233]) by smtp.gmail.com with ESMTPSA id l19sm270082wme.21.2019.01.28.10.33.28 (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Mon, 28 Jan 2019 10:33:29 -0800 (PST) From: Jorge Ramirez-Ortiz To: jorge.ramirez-ortiz@linaro.org, sboyd@kernel.org, bjorn.andersson@linaro.org, andy.gross@linaro.org, david.brown@linaro.org, jassisinghbrar@gmail.com, mark.rutland@arm.com, mturquette@baylibre.com, robh+dt@kernel.org, will.deacon@arm.com, arnd@arndb.de, horms+renesas@verge.net.au, heiko@sntech.de, sibis@codeaurora.org, enric.balletbo@collabora.com, jagan@amarulasolutions.com, olof@lixom.net Cc: vkoul@kernel.org, niklas.cassel@linaro.org, georgi.djakov@linaro.org, amit.kucheria@linaro.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-clk@vger.kernel.org, linux-arm-msm@vger.kernel.org, khasim.mohammed@linaro.org Subject: [PATCH v2 08/14] clk: qcom: hfpll: CLK_IGNORE_UNUSED Date: Mon, 28 Jan 2019 19:32:55 +0100 Message-Id: <1548700381-22376-9-git-send-email-jorge.ramirez-ortiz@linaro.org> X-Mailer: git-send-email 2.7.4 In-Reply-To: <1548700381-22376-1-git-send-email-jorge.ramirez-ortiz@linaro.org> References: <1548700381-22376-1-git-send-email-jorge.ramirez-ortiz@linaro.org> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org When COMMON_CLK_DISABLED_UNUSED is set, in an effort to save power and to keep the software model of the clock in line with reality, the framework transverses the clock tree and disables those clocks that were enabled by the firmware but have not been enabled by any device driver. If CPUFREQ is enabled, early during the system boot, it might attempt to change the CPU frequency ("set_rate"). If the HFPLL is selected as a provider, it will then change the rate for this clock. As boot continues, clk_disable_unused_subtree will run. Since it wont find a valid counter (enable_count) for a clock that is actually enabled it will attempt to disable it which will cause the CPU to stop. Notice that in this driver, calls to check whether the clock is enabled are routed via the is_enabled callback which queries the hardware. The following commit, rather than marking the clock critical and forcing the clock to be always enabled, addresses the above scenario making sure the clock is not disabled but it continues to rely on the firmware to enable the clock. Co-developed-by: Niklas Cassel Signed-off-by: Niklas Cassel Signed-off-by: Jorge Ramirez-Ortiz --- drivers/clk/qcom/hfpll.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/clk/qcom/hfpll.c b/drivers/clk/qcom/hfpll.c index 0ffed0d..9d92f5d 100644 --- a/drivers/clk/qcom/hfpll.c +++ b/drivers/clk/qcom/hfpll.c @@ -58,6 +58,7 @@ static int qcom_hfpll_probe(struct platform_device *pdev) .parent_names = (const char *[]){ "xo" }, .num_parents = 1, .ops = &clk_ops_hfpll, + .flags = CLK_IGNORE_UNUSED, }; h = devm_kzalloc(dev, sizeof(*h), GFP_KERNEL); -- 2.7.4