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 757AED59D7B for ; Fri, 12 Dec 2025 17:59:31 +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-Type: List-Subscribe:List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id: In-Reply-To:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date: Reply-To:Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date :Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner; bh=Sr8V7d+n8nA6RrsNWIlTXxE7h+jkzk6z0W4kWCQeqV4=; b=vN61sYun3vztYBKAiwaA5Qc8kC L2HFFDm7sfM9jFMO9MK9yMmY9Q68dVpiA3aUulv2lvZKzJebxJ1oO4Qo5J8VkiJMA1hcBbau6cCS9 HQjQ3c+3EeupBAhuO+9/qU9Syxg3UYm8NBADbcMue67cHcaQ9IgGsopiY2YtuC0iXUPLZZ4EGl6Q2 Zd6/0bkbfYdhmyM/RU+vxYMCJSYr3Z6Qna7lvAkNuDePPaaC5jcml2rItCjlepMdn72IgP8ks1qDW 9aLvTRxmH0h7K4jHgzkZNGawRK3BS+OE/NRRyklQz5aN/40elXMyvfuFel0GVTndJqIzrdhUfZSY3 f14YP/6A==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.98.2 #2 (Red Hat Linux)) id 1vU7QD-00000000vAH-1gx2; Fri, 12 Dec 2025 17:59:17 +0000 Received: from tor.source.kernel.org ([2600:3c04:e001:324:0:1991:8:25]) by bombadil.infradead.org with esmtps (Exim 4.98.2 #2 (Red Hat Linux)) id 1vU7QB-00000000vA5-1GBD for linux-riscv@lists.infradead.org; Fri, 12 Dec 2025 17:59:15 +0000 Received: from smtp.kernel.org (transwarp.subspace.kernel.org [100.75.92.58]) by tor.source.kernel.org (Postfix) with ESMTP id 2880960017; Fri, 12 Dec 2025 17:59:14 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id DADD3C4CEF1; Fri, 12 Dec 2025 17:59:10 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1765562353; bh=8RRRc4CBHUq0nTddaC6P4w2gbfOVChhf7hvdjIaZf3w=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=JnKkkqOsuQYo6Kg/tf3OLKczT7R+rmDIqxBXoC1ouGBPIYWybMu1jOjUCYs1AIhbX Xja5+84QoJsD6CPaTpUPv50qtXCmrctCWJCBQTZxlHbye+f4Bp9ov3MT0ybaryu05A VrAvQARc/Kdeb0EalRbebKXZBb0QPcYvNCpIJeTJDcjl43oxH38TFAhlgI7yzrMQyp 75RM7OWSrr4mW1g7Ve+ze5CVITxQc2WqlDjwxvraGvXtHVaGl5mBJb9n+CuuXwcta2 LONKGNyC4CbiBwCAvW+LYLypMAEcX+tJVIX5Z+dHXyDZRD7RQldGFxdk9iCFDaCIYr xltoAOAUV0UPQ== Date: Fri, 12 Dec 2025 17:59:08 +0000 From: Conor Dooley To: E Shattow Cc: Samuel Holland , Heinrich Schuchardt , Emil Renner Berthing , Rob Herring , Krzysztof Kozlowski , Paul Walmsley , Palmer Dabbelt , Albert Ou , Alexandre Ghiti , Hal Feng , linux-kernel@vger.kernel.org, linux-riscv@lists.infradead.org, devicetree@vger.kernel.org, Emil Renner Berthing , Conor Dooley Subject: Re: [PATCH v1] riscv: dts: starfive: Append starfive,jh7110 compatible to VisionFive 2 Lite Message-ID: <20251212-arming-slacks-18b9407f69e3@spud> References: <20251206204540.112614-1-e@freeshell.de> <20251208-jogging-morally-9b787b7ab1b8@spud> <0bb12889-cb28-44e7-b2d6-7ecba6264d1a@freeshell.de> <20251210-pull-pleading-57c880596510@spud> <4b08ce35-9d2d-4e7b-9ea6-c1dcbc4ad04d@freeshell.de> MIME-Version: 1.0 In-Reply-To: <4b08ce35-9d2d-4e7b-9ea6-c1dcbc4ad04d@freeshell.de> X-BeenThere: linux-riscv@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1110163136768142066==" Sender: "linux-riscv" Errors-To: linux-riscv-bounces+linux-riscv=archiver.kernel.org@lists.infradead.org --===============1110163136768142066== Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="Kfbt5e6Jlj5iflno" Content-Disposition: inline --Kfbt5e6Jlj5iflno Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Dec 10, 2025 at 08:23:54PM -0800, E Shattow wrote: >=20 > On 12/10/25 08:43, Conor Dooley wrote: > > On Tue, Dec 09, 2025 at 03:18:58PM +0900, Samuel Holland wrote: > >> On 2025-12-09 9:53 AM, E Shattow wrote: > >>> The unanswered question what I was asking in the code review of StarF= ive=20 > >>> VisionFive 2 Lite series: What is the normal thing to do for compatib= le=20 > >>> strings of relabeled silicon when there is a suggestion of different= =20 > >>> operational parameters? > >> I don't think we are very consistent on this, and some of it depends o= n how > >> different the binned chips are from each other. > >=20 > > Largely I think the lack of consistency stems from there being relative= ly > > few users of these soc-level compatibles, so there's nothing really gai= ned > > from having one in a lot of cases. > >=20 > >> Example 1: Rockchip RK3399 has several bins. RK3399-S and RK3399-T jus= t override > >> the OPPs, but reuse the SoC compatible string without change. On the o= ther hand > >> RK3399pro is a superset of RK3399, but uses a new compatible string wi= thout a > >> fallback. > >> > >> Example 2: Allwinner H616 (https://linux-sunxi.org/H616) has multiple > >> bins/packages/die revisions. H313 is a down-binned version of H616, wh= ich reuses > >> the SoC compatible string without change. H700 is a superset of H616 (= same die, > >> more pins), but uses a new compatible string without a fallback. > >> > >>> I can include the (paraphrased) above summary by Heinrich, yes. Altho= ugh > >>> now I doubt whether this is the best approach, when removal of > >>> "starfive,jh7110s" compatible is potentially an equally valid fix, or= if > >>> we're rather considering JH7110 at 1.5GHz maximum to be a superset of > >>> itself at 1.25GHz maximum (JH-7110S). Would we want to change all the > >>> JH-7110 boards to then have JH-7110S as the least-compatible, if I am > >>> understanding that meaning of "superset"? I would like to know what is > >>> expected. > >> > >> If starfive,jh7110 is a superset of starfive,jh7110s, yes, it would be= valid to > >> add starfive,jh7110s as a fallback compatible string in all of the exi= sting > >> board bindings. But this is not very useful, as existing software alre= ady looks > >> for starfive,jh7110, and you can't replace that without breaking compa= tibility > >> with existing DTs. So the advantage of one compatible string (mostly) = covering > >> both SoCs only applies to new software. > >=20 > > Yeah, adding it to the existing stuff provides no real benefit. >=20 > I agree, there's not any benefit to add "starfive,jh7110s" as the > least-compatible to existing stuff. >=20 > The reply from Samuel is quite helpful however it's not any clearer to > me what direction to take this. I think the idea is fine, just explain why it'd be helpful in the commit message and do the dt-binding change that this doesn't cause warnings. --Kfbt5e6Jlj5iflno Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iHUEABYKAB0WIQRh246EGq/8RLhDjO14tDGHoIJi0gUCaTxX7AAKCRB4tDGHoIJi 0nmjAQDvW2M/SJc1mloZZeSTieEzeq3XEtz99LP8y2uOdYeEzwD+Km3roylyabwi 8vw0sl/uT0llCM/gnJswUJDN6CjCywc= =7Ipe -----END PGP SIGNATURE----- --Kfbt5e6Jlj5iflno-- --===============1110163136768142066== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ linux-riscv mailing list linux-riscv@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-riscv --===============1110163136768142066==--