From nobody Sat Feb 7 15:11:59 2026 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 vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 36346C7EE23 for ; Sun, 11 Jun 2023 09:02:14 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233494AbjFKJCK (ORCPT ); Sun, 11 Jun 2023 05:02:10 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:44434 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233445AbjFKJCF (ORCPT ); Sun, 11 Jun 2023 05:02:05 -0400 Received: from mout-p-102.mailbox.org (mout-p-102.mailbox.org [80.241.56.152]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 82AC4184; Sun, 11 Jun 2023 02:02:03 -0700 (PDT) Received: from smtp1.mailbox.org (smtp1.mailbox.org [IPv6:2001:67c:2050:b231:465::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-384) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mout-p-102.mailbox.org (Postfix) with ESMTPS id 4Qf82b70y9z9sWm; Sun, 11 Jun 2023 11:01:59 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oltmanns.dev; s=MBO0001; t=1686474120; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=uUQkMyU05f1o8TsGE6GyWXIQbMt2IGEtftkSbTpsBoU=; b=VOSqdeAw3YXVBI7ydhqrMTOvwqQp9qU9pDAxyjfzV89AcD/juV+PRdNqLXT0vV5EEIPliB 3Tu5t1GyUtw/ZDX2FTgDL0bLxXfSO+DjtLMNyxqXpfIM3jpVHhv9L96pYvy++01Jh+EpeZ LAy5zzQmYANOZDXucyUKQ6TQkJ5jpETU54nSwLoC33pgperm5+TStBG/0+xsSOi9K6jizL mJFA6BBTNLdU19yc69skxhvZz4WRTj1dnpRzTSMQfQxAJG98OnaNpRv00vYZh2eEIY+sE1 CzL/ERMrljTtm1r1q4nnXZ5rkMFTdJYM64aZRq3vDArQi5VfcUN8bQ7Ofk9Asw== From: Frank Oltmanns To: Andre Przywara , Chen-Yu Tsai , Frank Oltmanns , Jernej Skrabec , Maxime Ripard , Michael Turquette , Roman Beranek , Samuel Holland , Stephen Boyd Cc: linux-arm-kernel@lists.infradead.org, linux-clk@vger.kernel.org, linux-kernel@vger.kernel.org, linux-sunxi@lists.linux.dev Subject: [PATCH v2 1/2] clk: sunxi-ng: nkm: consider alternative parent rates when finding rate Date: Sun, 11 Jun 2023 11:01:42 +0200 Message-ID: <20230611090143.132257-2-frank@oltmanns.dev> In-Reply-To: <20230611090143.132257-1-frank@oltmanns.dev> References: <20230611090143.132257-1-frank@oltmanns.dev> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4Qf82b70y9z9sWm Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Type: text/plain; charset="utf-8" In case the CLK_SET_RATE_PARENT flag is set, consider using a different parent rate when determining a new rate. To find the best match for the requested rate, perform the following steps for each NKM combination: - calculate the optimal parent rate, - find the best parent rate that the parent clock actually supports - use that parent rate to calculate the effective rate. In case the clk does not support setting the parent rate, use the same algorithm as before. Signed-off-by: Frank Oltmanns --- drivers/clk/sunxi-ng/ccu_nkm.c | 66 +++++++++++++++++++++++++++++----- 1 file changed, 58 insertions(+), 8 deletions(-) diff --git a/drivers/clk/sunxi-ng/ccu_nkm.c b/drivers/clk/sunxi-ng/ccu_nkm.c index a0978a50edae..c49d5879fe73 100644 --- a/drivers/clk/sunxi-ng/ccu_nkm.c +++ b/drivers/clk/sunxi-ng/ccu_nkm.c @@ -6,6 +6,7 @@ =20 #include #include +#include =20 #include "ccu_gate.h" #include "ccu_nkm.h" @@ -16,10 +17,49 @@ struct _ccu_nkm { unsigned long m, min_m, max_m; }; =20 -static unsigned long ccu_nkm_find_best(unsigned long parent, unsigned long= rate, - struct _ccu_nkm *nkm) +static unsigned long optimal_parent_rate(unsigned long rate, unsigned long= n, + unsigned long k, unsigned long m) { - unsigned long best_rate =3D 0; + unsigned long _rate, parent; + + // We must first try to find the desired parent rate that is rounded up, = because there are + // cases where truncating makes us miss the requested rate. + // E.g. rate=3D449035712, n=3D11, k=3D3, m=3D16 + // When truncating, we'd get parent=3D217714284 and calculating the rate = from that would give + // us 449035710. When rounding up, we get parent=3D217714285 which would = give us the requested + // rate of 449035712. + parent =3D DIV_ROUND_UP(rate * m, n * k); + + // But there are other cases, where rounding up the parent gives us a too= high rate. + // Therefore, we need to check for this case and, if necessary, truncate = the parent rate + // instead of rounding up. + _rate =3D parent * n * k / m; + if (_rate > rate) + parent =3D rate * m / (n * k); + return parent; +} + +/** + * ccu_nkm_find_best - Find the best nkm combination for a given rate + * + * @parent: rate of parent clock. This is used either as an input or out p= arameter: + * - In cases where the parent clock can be set, this parameter = will be updated to contain + * the optimal rate for the parent to achieve the best rate fo= r the nkm clock. + * - In cases where the parent clock can not be set, this parame= ter must contain the + * current rate of the parent, which is used to determine the = best combination of n, k, + * and m. + * @rate: requested rate. + * @nkm: Input/output parameter that contains the clocks constraints on th= e n, k, m combinations and + * is updated in this function to contain the resulting best n, k, m= combination. + * @parent_hw: parent clock. If set, this function assumes that the parent= clock can be updated to a + * rate that would be best to in order to get as close as poss= ible to @rate. This + * parameter must be set to NULL if this function shall not tr= y to find the optimal + * parent rate for the requested rate. + */ +static unsigned long ccu_nkm_find_best(unsigned long *parent, unsigned lon= g rate, + struct _ccu_nkm *nkm, struct clk_hw *parent_hw) +{ + unsigned long best_rate =3D 0, best_parent_rate =3D *parent, tmp_parent = =3D *parent; unsigned long best_n =3D 0, best_k =3D 0, best_m =3D 0; unsigned long _n, _k, _m; =20 @@ -28,12 +68,17 @@ static unsigned long ccu_nkm_find_best(unsigned long pa= rent, unsigned long rate, for (_m =3D nkm->min_m; _m <=3D nkm->max_m; _m++) { unsigned long tmp_rate; =20 - tmp_rate =3D parent * _n * _k / _m; - + if (parent_hw) { + tmp_parent =3D optimal_parent_rate(rate, _n, _k, _m); + tmp_parent =3D clk_hw_round_rate(parent_hw, tmp_parent); + } + tmp_rate =3D tmp_parent * _n * _k / _m; if (tmp_rate > rate) continue; + if ((rate - tmp_rate) < (rate - best_rate)) { best_rate =3D tmp_rate; + best_parent_rate =3D tmp_parent; best_n =3D _n; best_k =3D _k; best_m =3D _m; @@ -46,6 +91,8 @@ static unsigned long ccu_nkm_find_best(unsigned long pare= nt, unsigned long rate, nkm->k =3D best_k; nkm->m =3D best_m; =20 + *parent =3D best_parent_rate; + return best_rate; } =20 @@ -106,7 +153,7 @@ static unsigned long ccu_nkm_recalc_rate(struct clk_hw = *hw, } =20 static unsigned long ccu_nkm_round_rate(struct ccu_mux_internal *mux, - struct clk_hw *hw, + struct clk_hw *parent_hw, unsigned long *parent_rate, unsigned long rate, void *data) @@ -124,7 +171,10 @@ static unsigned long ccu_nkm_round_rate(struct ccu_mux= _internal *mux, if (nkm->common.features & CCU_FEATURE_FIXED_POSTDIV) rate *=3D nkm->fixed_post_div; =20 - rate =3D ccu_nkm_find_best(*parent_rate, rate, &_nkm); + if (!clk_hw_can_set_rate_parent(&nkm->common.hw)) + rate =3D ccu_nkm_find_best(parent_rate, rate, &_nkm, NULL); + else + rate =3D ccu_nkm_find_best(parent_rate, rate, &_nkm, parent_hw); =20 if (nkm->common.features & CCU_FEATURE_FIXED_POSTDIV) rate /=3D nkm->fixed_post_div; @@ -159,7 +209,7 @@ static int ccu_nkm_set_rate(struct clk_hw *hw, unsigned= long rate, _nkm.min_m =3D 1; _nkm.max_m =3D nkm->m.max ?: 1 << nkm->m.width; =20 - ccu_nkm_find_best(parent_rate, rate, &_nkm); + ccu_nkm_find_best(&parent_rate, rate, &_nkm, NULL); =20 spin_lock_irqsave(nkm->common.lock, flags); =20 --=20 2.41.0 From nobody Sat Feb 7 15:11:59 2026 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 vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 3DCD1C7EE2E for ; Sun, 11 Jun 2023 09:02:20 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233560AbjFKJCQ (ORCPT ); Sun, 11 Jun 2023 05:02:16 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:44464 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233484AbjFKJCK (ORCPT ); Sun, 11 Jun 2023 05:02:10 -0400 Received: from mout-p-101.mailbox.org (mout-p-101.mailbox.org [IPv6:2001:67c:2050:0:465::101]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id A1727136; Sun, 11 Jun 2023 02:02:06 -0700 (PDT) Received: from smtp1.mailbox.org (smtp1.mailbox.org [10.196.197.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-384) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mout-p-101.mailbox.org (Postfix) with ESMTPS id 4Qf82g1C9jz9sb8; Sun, 11 Jun 2023 11:02:03 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oltmanns.dev; s=MBO0001; t=1686474123; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=6yxavVTkiMowdP7zQF1qUAVlWmfkvPV68RHvZhsPS3g=; b=lQavwJ2wTt1AaLWwl3wPuVfxFeYPMInwxrXJwQd39ugE/gaa+DhLCxh+r7yczbCKkcP3K0 cIZYpYzUDluSmD5eNwQAoDRpeb9QcV27//CfeMdkmRPvmY4xSc6ZeDimBXPuSO9IiVVilV OncUnzYoQ2dmmDRENiunTthW9DZNbmEoxO9Kn2rDIUopGPCAiHQU7ljlH3Suh5MaXACNJ3 upBsRq9rYVfjLwLUlDKNF22pGg/EYtJzzqqwrnacUNVhoPjEydVtz7WZtopgoKId/rREok p1vmz0YpPQ4+xYB6yh71sY/dDUmcc5WlRgdqGjJHTnK899GyoNU2fnfGV1PQiA== From: Frank Oltmanns To: Andre Przywara , Chen-Yu Tsai , Frank Oltmanns , Jernej Skrabec , Maxime Ripard , Michael Turquette , Roman Beranek , Samuel Holland , Stephen Boyd Cc: linux-arm-kernel@lists.infradead.org, linux-clk@vger.kernel.org, linux-kernel@vger.kernel.org, linux-sunxi@lists.linux.dev Subject: [PATCH v2 2/2] clk: sunxi-ng: a64: allow pll-mipi to set parent's rate Date: Sun, 11 Jun 2023 11:01:43 +0200 Message-ID: <20230611090143.132257-3-frank@oltmanns.dev> In-Reply-To: <20230611090143.132257-1-frank@oltmanns.dev> References: <20230611090143.132257-1-frank@oltmanns.dev> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Type: text/plain; charset="utf-8" The nkm clock now supports setting the parent's rate. Utilize this option to find the optimal rate for pll-mipi. Signed-off-by: Frank Oltmanns --- drivers/clk/sunxi-ng/ccu-sun50i-a64.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/clk/sunxi-ng/ccu-sun50i-a64.c b/drivers/clk/sunxi-ng/c= cu-sun50i-a64.c index eb36f8f77d55..125ae097d96c 100644 --- a/drivers/clk/sunxi-ng/ccu-sun50i-a64.c +++ b/drivers/clk/sunxi-ng/ccu-sun50i-a64.c @@ -179,7 +179,8 @@ static struct ccu_nkm pll_mipi_clk =3D { .common =3D { .reg =3D 0x040, .hw.init =3D CLK_HW_INIT("pll-mipi", "pll-video0", - &ccu_nkm_ops, CLK_SET_RATE_UNGATE), + &ccu_nkm_ops, + CLK_SET_RATE_UNGATE | CLK_SET_RATE_PARENT), }, }; =20 --=20 2.41.0