From patchwork Fri May 5 11:25:10 2023 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Patchwork-Submitter: Maxime Ripard X-Patchwork-Id: 13232471 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 1C498C77B7F for ; Fri, 5 May 2023 11:27:22 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender: Content-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:Cc:To:In-Reply-To:References:Message-Id :MIME-Version:Subject:Date:From:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=oWk+/cuHttKVyHSC9k4xXBPjHqN/TAfXNQI7ud0iIt8=; b=MfZSawVdIWe+gw bOF+5dH0H4IwJlttOQ53awQmfQWjaxoztO7zSCnD4NPaj9EDqyL/THWS62QTMzXniR8phxQ14R9pG RVGQlMQeuXuNHsw0OPky6RktcFPuY345qNr7Eta8i4fIZjl55SH4lQ13aUIYgrAxv8xO6BqlR1USM ZCy7VXOU69EkFLhAcypiBJBOmUeH6PqSe/5YYayd+zuuWALkcdRhQaAcwUmAMuZ0LZBEuyB/j5lh1 1YHasCYFb9DR8SGnpvOvoKtC3WRYxYKHz/X0mqAmpRWKuSVyD46AjDpAWMKH9WhcanbEnh1SbFoJI k1+YURvuRBfXAAbTVD3A==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.96 #2 (Red Hat Linux)) id 1putZm-00AfAt-1T; Fri, 05 May 2023 11:26:14 +0000 Received: from wout1-smtp.messagingengine.com ([64.147.123.24]) by bombadil.infradead.org with esmtps (Exim 4.96 #2 (Red Hat Linux)) id 1putZj-00Af9v-2C; Fri, 05 May 2023 11:26:13 +0000 Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.west.internal (Postfix) with ESMTP id 3F82932004ED; Fri, 5 May 2023 07:26:09 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute4.internal (MEProxy); Fri, 05 May 2023 07:26:09 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cerno.tech; h=cc :cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:sender:subject:subject:to:to; s=fm2; t= 1683285968; x=1683372368; bh=zDqPNVgxehdt+d+0Rr42EJ6LftKM559oonN ommq2qIk=; b=pri8FCY7oZTJqHbi2yKilVa/a87CJh0hm26FnYT/Y9UaMQ4QgnT eSAcyopl73fFZiMfMffKlhPNzTscgugu64vB++SmkKBXCiWDEb8oGiHJm+4Xny3t PrrC4PTYGnMNaUosaJG3e+wRgT/RF3ng8irnxPz14C+oun3hCwSVJ1UevIWM/thu URIBS5wsmPhYF7cFPXheRfOxOL6iAutSUnbnvxP85db3MFIX8Nua4O2Kw0Mu2Ktf L8Z6iBvm4Fj2PfaBu4EoJOHHZEoML2DbeHDN1whE+lsLOqjUzea1os9iTrnmy/Qh Vqv6zr/lv71m6/AmbsTjhlkEWE6LnEKkCxg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:sender:subject:subject:to:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; t= 1683285968; x=1683372368; bh=zDqPNVgxehdt+d+0Rr42EJ6LftKM559oonN ommq2qIk=; b=PdOMyPVVipeA0qRMHSr+TbHLmCh0kmuAQ0g3GNqaiVEVI412zLR ijs3R8kan4JhUAZAjb9d37P08J4H2G0C4rgXcNAPktAHSi/IngM2PgpBr/iHemHt 2VnKKDVWvPUCcC0shAxUYzP8EWCgD3kn5HD25deHB8z8LCsR5WQzt53jAF8qr8Kn //u9pPj9WAUlQwGQBkPwjDt2k8P4Hmxn82STRLunFGU9SwTic27P/reGqpLsgwnN GO08RxFI/bkg45Z8fHIqJZZv7h5glXas6NhoPRgA/haCJualiLPF7oNbfVM/r21K cjcztixjxi90/NsKvnR7k9nGQq4DwxohOVA== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvhedrfeefvddggedtucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhephfffufggtgfgkfhfjgfvvefosehtkeertdertdejnecuhfhrohhmpeforgig ihhmvgcutfhiphgrrhguuceomhgrgihimhgvsegtvghrnhhordhtvggthheqnecuggftrf grthhtvghrnhepudduudfhveejteefgedvffdvvedvjedugedukeejhedtlefhffevtefh jeeltdevnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomh epmhgrgihimhgvsegtvghrnhhordhtvggthh X-ME-Proxy: Feedback-ID: i8771445c:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Fri, 5 May 2023 07:26:08 -0400 (EDT) From: Maxime Ripard Date: Fri, 05 May 2023 13:25:10 +0200 Subject: [PATCH v4 08/68] clk: actions: composite: Add a determine_rate hook for pass clk MIME-Version: 1.0 Message-Id: <20221018-clk-range-checks-fixes-v4-8-971d5077e7d2@cerno.tech> References: <20221018-clk-range-checks-fixes-v4-0-971d5077e7d2@cerno.tech> In-Reply-To: <20221018-clk-range-checks-fixes-v4-0-971d5077e7d2@cerno.tech> To: Michael Turquette , Stephen Boyd Cc: linux-clk@vger.kernel.org, Maxime Ripard , =?utf-8?q?Andreas_F=C3=A4rber?= , Manivannan Sadhasivam , linux-actions@lists.infradead.org, linux-arm-kernel@lists.infradead.org X-Mailer: b4 0.12.2 X-Developer-Signature: v=1; a=openpgp-sha256; l=2251; i=maxime@cerno.tech; h=from:subject:message-id; bh=hcjjYUL7EJDA0vLr7YhiayUeo8EOv+6/jhAeGWoQsRM=; b=owGbwMvMwCX2+D1vfrpE4FHG02pJDCkhzxfJ7fG4/nRTTkirY7FNxPaXGbz2UwxM7y0/fMP3cfxn xpv2HaUsDGJcDLJiiiwxwuZL4k7Net3JxjcPZg4rE8gQBi5OAZiIxjOGf2r3D9zJV68U8JgfKTFZj7 WAWf/yD0+XGNbiHaf/q8iIJzL8s5G7c+p1zlm/dvb2wgxj1ocukuKi7kaT9me5f/zTcvAEAwA= X-Developer-Key: i=maxime@cerno.tech; a=openpgp; fpr=BE5675C37E818C8B5764241C254BCFC56BF6CE8D X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20230505_042611_748518_3EC6E478 X-CRM114-Status: GOOD ( 15.31 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org The Actions "Pass" clock implements a mux with a set_parent hook, but doesn't provide a determine_rate implementation. This is a bit odd, since set_parent() is there to, as its name implies, change the parent of a clock. However, the most likely candidates to trigger that parent change are either the assigned-clock-parents device tree property or a call to clk_set_rate(), with determine_rate() figuring out which parent is the best suited for a given rate. The other trigger would be a call to clk_set_parent(), but it's far less used, and it doesn't look like there's any obvious user for that clock. Similarly, it doesn't look like the device tree using that clock driver uses any of the assigned-clock properties. So, the set_parent hook is effectively unused, possibly because of an oversight. However, it could also be an explicit decision by the original author to avoid any reparenting but through an explicit call to clk_set_parent(). The latter case would be equivalent to setting the determine_rate implementation to clk_hw_determine_rate_no_reparent(). Indeed, if no determine_rate implementation is provided, clk_round_rate() (through clk_core_round_rate_nolock()) will call itself on the parent if CLK_SET_RATE_PARENT is set, and will not change the clock rate otherwise. And if it was an oversight, then we are at least explicit about our behavior now and it can be further refined down the line. Cc: "Andreas Färber" Cc: Manivannan Sadhasivam Cc: linux-actions@lists.infradead.org Cc: linux-arm-kernel@lists.infradead.org Signed-off-by: Maxime Ripard --- drivers/clk/actions/owl-composite.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/clk/actions/owl-composite.c b/drivers/clk/actions/owl-composite.c index 101706e0c66f..e7784f9e5bf6 100644 --- a/drivers/clk/actions/owl-composite.c +++ b/drivers/clk/actions/owl-composite.c @@ -189,6 +189,7 @@ const struct clk_ops owl_comp_fix_fact_ops = { const struct clk_ops owl_comp_pass_ops = { /* mux_ops */ + .determine_rate = clk_hw_determine_rate_no_reparent, .get_parent = owl_comp_get_parent, .set_parent = owl_comp_set_parent,