From mboxrd@z Thu Jan 1 00:00:00 1970 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 E1FA7C61DD6 for ; Fri, 4 Sep 2026 11:19:13 +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:MIME-Version:References:In-Reply-To: Message-ID:Date:Subject:Cc:To:From:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=2nBEEf9DWrSKA2xK0hMNe+kLtryYCS2dYgzmBTBkU9w=; b=aQzXZZTGefL1lM rUIUz1Sq8Ho3dikwXUnAWjHbpa66z2HSWMhy3oDGK+xDCi3+6f6/9UVwfRM401SO8dO54+zFPx26A NJ4zE5I5O/ygsXMBiUuYwNOB/juskT+Ckhw+N3wpNuKj5SEYA1hOkGl+IqwDNXH+Xg4s+YBfEsuir nVPDVPZyHZqZldKmFpPSbeFr1tXjSUJjTDneYx1TGI2tA/X7ABG7PQcg8u9ksnekQi+RgGYrC90TT 3ukopRAM4Yft4JPOvzrb6O6SmVAy66Tqs06GjBHACJk1ruDgQVBHCq3KKWEEQubFRVKZJK8AExWoQ GN7l/CbEmT36BkiRAHJA==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.99.1 #2 (Red Hat Linux)) id 1x2Rws-00000001npN-0TOX; Fri, 04 Sep 2026 11:19:10 +0000 Received: from fout-b2-smtp.messagingengine.com ([202.12.124.145]) by bombadil.infradead.org with esmtps (Exim 4.99.1 #2 (Red Hat Linux)) id 1x2Rwp-00000001noX-2hqm for linux-rockchip@lists.infradead.org; Fri, 04 Sep 2026 11:19:09 +0000 Received: from phl-compute-05.internal (phl-compute-05.internal [10.202.2.45]) by mailfout.stl.internal (Postfix) with ESMTP id A2F691D0013C; Fri, 4 Sep 2026 07:19:06 -0400 (EDT) Received: from phl-frontend-04 ([10.202.2.163]) by phl-compute-05.internal (MEProxy); Fri, 04 Sep 2026 07:19:06 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gahingwoo.com; 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:subject:subject:to:to; s=fm2; t=1788520746; x=1788607146; bh=8AAYthSm13LQPXMSgW2GQbce5z7ohnwk vamcvDYvS+E=; b=eJgJktwjhYHCq9zZ9Jr5QicQjmUh1566Jn5lZQw8zMWsNJVs aZhg9MuEWjH6nwxPk5cyGTwZR8M9Yd+oUmlBxUDo9cVr+XQLPnf4d7FrIUggHZt6 pOsRN4fll2smXHqc9mIa1qpppWCUi450EO715zlew2v9LS8cw6Sx3rWK3wUx6xGY 3y9ich5qWctKnBu7mlfn5HCqYNeYbdH9iVtmM+gGgjD9AUr3Klo01Xq0kSh0buU/ f9c4Ly2EulEtkGPDy57yP9FlFnUotJcEWJP942O6xFxroNFGl65lVn0o3yt9lUfO M4DTkkGgYTUYhQvtSC85VR/1Jnrq7CtMb0ehZA== 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:subject:subject:to:to:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t=1788520746; x= 1788607146; bh=8AAYthSm13LQPXMSgW2GQbce5z7ohnwkvamcvDYvS+E=; b=V aKpTkTF4HXQZbpo0Yntn4pMhwdpJdjJUGRQpc4azrneouEt+vhfKf9LJTcw6h90I xR4UlyCFADR6tILUKLp8mynROeRqqxPmGZTHLVMbKHeU5Y8YSsWsC+ND5YmAutpn XVbAW7t6Bq87JpGQdeQxfii7EilBY15wtBEmgOGJnXCUFARtXd25h96y3GVArEwg DSp6Nr6EBcXVlMiaFXuwsaokzp1wr5p9ZrBDoJBccgBZNYOtv8HpG4h9u8Ej5h4N nhfoVcM/blpcS1U47OwkmMrlXMcv5Go6GjBV8UkADCmHnwQfvOZu3cDW1lsX/8tf 51NOy2F8zkwZNX+m9pnnw== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: dmFkZTFLErxoBSq4Tt2+IoBW/VXnEsgz+NZYPLmhdFK783CCZjSAM69T2b5AUHoRCKk53L 418PprOKdsIiSIx963JVHH8SVuGwasB8N/3/QLBo5uRA2J0Ld4PUnCrIrnwI+RpsQwrP8p CFdszgEuTsh/odcNFKDujhfONMekScFmmpNgIFM6jXNv0tmtt9UKZkAtziP8k/QI3TVYK6 poYFcf50URYtjcwEGrFXgOYtZyDd/WRY1ExAPngduT0CxPMl4T56fgIwBlplL7UVkjXAl9 rZa4VLUNzr/NY3bDyarLlJEoQLQe4u1iBLETBmFQl6nYx0JZSpT74Hx3vJ4l3dH+LiIOcD 16kD3fHd6Y0Hp+C/aPfMHqF0kzpBwD+vQWgo6bj7ka/Nm93LWprUyNzYq36AVAdw522CSU n+/JspujOl3LdSzYpgsMgy0wbWH6x4NX86MkzrdjN7elucrJ9dCDNtdWLoVxSYkmlaj5Ze iK+Zj206CMYJPpB0T4U9GZU6kqn8+tOhbeOX+oAAA2loBVQcDJv85hG0bJS5J9mLmaHCsV DaC3n75jgbktz1DIR9kxE8BTA7b41Grm8GGc2wBJ8kbMR75hPoBcgqM8pb8Aq2ALJ1iJxb oxglesopD9UePIPK4ciTH+9lbqfzwpcVjOyO9uElvecfSSksfIEQ2JnLT+Pg X-ME-Proxy: Feedback-ID: i7a5e4b5f:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Fri, 4 Sep 2026 07:19:04 -0400 (EDT) From: Jiaxing Hu To: nicolas@ndufresne.ca Cc: royalnet026@gmail.com, tomeu@tomeuvizoso.net, linux-rockchip@lists.infradead.org, dri-devel@lists.freedesktop.org Subject: Re: [RFC] accel/rocket: DVFS on RK3588 - a hardware constraint, and some numbers Date: Fri, 4 Sep 2026 23:19:02 +1200 Message-ID: <20260904111902.87135-1-gahing@gahingwoo.com> X-Mailer: git-send-email 2.43.0 In-Reply-To: References: <20260801131656.58450-1-royalnet026@gmail.com> MIME-Version: 1.0 X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.9.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20260904_041907_924712_9C4A7995 X-CRM114-Status: UNSURE ( 8.96 ) X-CRM114-Notice: Please train this message. X-BeenThere: linux-rockchip@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Upstream kernel work for Rockchip platforms List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "Linux-rockchip" Errors-To: linux-rockchip-bounces+linux-rockchip=archiver.kernel.org@lists.infradead.org Hi Nicolas, > In the DTS, I've removed the assigned clock/freq, to me keeping it > would be toward forward compatibility, and is fine, but I don't > always fully grasp all the subtil trap of DT compatibility A data point from RK3576, where one clock feeds both NPU cores and the convolution buffer they share. With no assigned rate the block comes up at 786.432 MHz, and no board sets vdd_npu_s0, so it runs on whatever the PMIC boots with: 750 mV here, where Rockchip's own table asks 800 mV of its 800 MHz step. One core is exact there. Two cores with jobs in flight at the same time write single words wrong. A pass is 5400 rows of a batched matrix multiply, each row against the same multiply done one row at a time: 786 MHz, 750 mV 11 to 25 wrong rows a pass 594 MHz, 750 mV 0, 0, 0, 0 786 MHz, 800 mV 0, 0, 0, 0 786 MHz, 850 mV 0, 0, 0, 0 So the assigned rate is load bearing until something else carries the rail. If your OPP table carries it, dropping the rate is better than keeping it. If the driver may also run with no OPP table, which is what you say it should do, then the DTS still needs a rate that is correct at the voltage the board boots with. Does that hold on RK3588, where the three cores share one clock too? Cheers, Jiaxing _______________________________________________ Linux-rockchip mailing list Linux-rockchip@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-rockchip