From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-pj1-f45.google.com (mail-pj1-f45.google.com [209.85.216.45]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 21F6713774D for ; Tue, 9 Dec 2025 06:19:03 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.216.45 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1765261146; cv=none; b=ai5eMWcb+POW309xEjI4rDiuukino8CZHOOM1tNXd/GSedWCbymoo0OTWYg3KadcQo/mskvYZ9gbafyB985jMblQDHCslSbdkDPqBUfBrBnnMovF2WrTvzEDMs1KX6bitvSoQ2Vge72WbSFTNXi2TCTz7+KD4GGf6xw2QzemR/4= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1765261146; c=relaxed/simple; bh=l4EVe9RafhQ3WUkRtqp4/NizWmZJwSi2CtslaMCMZSk=; h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From: In-Reply-To:Content-Type; b=GGTzUoI8rywB624xe5CYydsU0aTqKJARPURf9E8/nbeI6SWigdMoCORFA1zvLQhw3/JY+tgE7ZQMDCuTrPjheNJnOm/66cAm4bZyT1GTp5psQn3rMpVH1wnLm2esKyp/o3DgxXFwYG2kNZvzJXH7/trBBPfqq7kYMK4qWHd8sSA= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=reject dis=none) header.from=sifive.com; spf=pass smtp.mailfrom=sifive.com; dkim=pass (2048-bit key) header.d=sifive.com header.i=@sifive.com header.b=RlaHstet; arc=none smtp.client-ip=209.85.216.45 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=reject dis=none) header.from=sifive.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=sifive.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=sifive.com header.i=@sifive.com header.b="RlaHstet" Received: by mail-pj1-f45.google.com with SMTP id 98e67ed59e1d1-343806688c5so4200870a91.0 for ; Mon, 08 Dec 2025 22:19:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sifive.com; s=google; t=1765261143; x=1765865943; darn=vger.kernel.org; h=content-transfer-encoding:in-reply-to:content-language:from :references:cc:to:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=vIa6jqcHFzv9iZgum8ltDygq/7mCA6BUmLPiZxq3KhM=; b=RlaHstetoCauFYeNnfcIzU/5CkHRnGaqUJEqPFe2EYXkZ9ssyCk8raRKQ24bwpnSIK 1sNjjvjUNUyqaejc1SK4eE0XKXc9A68r7vz+F4lC5kt3j+FwOEe8u35z3ys+lMxI0sGU Q6PwHMyNakZ1ChEldb3vYLwdo3+UzNYQ1oCT0xwlbntprtyK4GPndhBRiPxQngWR6r8i OFR8izHzFwwPvqYB68TFmSnRbxz841eYsPF1EK/Mlo8+Y9hPMS68+jKdQa2XAoSozidd rFSxO7s3q33Hef8fMpfTsbeFfERP0CdJG55lmK+gyYfq8Ms7HnN9BCWWojp8th0WY6Yx G32Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1765261143; x=1765865943; h=content-transfer-encoding:in-reply-to:content-language:from :references:cc:to:subject:user-agent:mime-version:date:message-id :x-gm-gg:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=vIa6jqcHFzv9iZgum8ltDygq/7mCA6BUmLPiZxq3KhM=; b=OBNq3Mjq2/C1X8jjEegffLhIXc53zmJSmmlPZwwwUhTWRFU+i6p+K9GOwZAZAJb1UA ogppuwE2CBzBVfaMfL+SgOVt/g/KYbpJAtR36J/QJjjbdwA988+a8JTHIZcPT0bOUjMJ uweI3gI7xe6bMtM+Elki5bs44xK9nyzTctvsau4KXYLHzXIG5eaUtlENMkZul+rvvxLt 21mfW8PFRlk7+AEkV7wPNl+T6NKLbPp7+yaDKCR5BsdWdE24qomiUKL1DCSRdXJW/iGY AHCyo5cUniNikQ3wb+ERSjHOxhlGpkB/90/tL82WqZeOyzxV0twwre5PuVYfXzGJtLwn DAYA== X-Forwarded-Encrypted: i=1; AJvYcCUa1aU9npOdUYqAaMn6U+y3loB+kA/o3DC6XuC54feHyX//iO+IMRTW/nrHnaP7aveXcOOAHBhIul9zANE=@vger.kernel.org X-Gm-Message-State: AOJu0Ywhw4qOBpMo66ajPn70+GhFXF2P8xGTJXjNNBlEIQoD00xyFQGx lqbD/yt/sgvC2KxNkhebZlWxGEx9pYkl6JjABLjmoXCFvNrDYfIciH2Qz8QjkTHUN1g= X-Gm-Gg: ASbGnctcrmgVrSzrvVi4u0JcTT9Y/jhp5S7teQovaFhIu9kmYfHPx9FZTjkIGqCe041 s5n9BP/nqmWxvARggYFzD0QyuyDFmD9059bjOAGYQXfUN/HLmQG6S8+FAoYMHBuMbUAVxs1uBWs W971dRecAD6sortGW8zJvIuPbfzgJwyyQcu6ksuT7hSbmryQjCtmg2oiPGqeN/AZKEEs/nvotcC mgxUJ4gX5QJBxEQVZlmT+ioAwZbhhCLxHdJp01QMyD0mx7nxQ35/X4z5xMhrgV4fgZK3O/ItOeM 8j3MyLTmj4cwRrc5dOtuv6i0WHfxQPL33zIII65eUomrSsdipl2rQktWYYkmQwS1/INLMw0S4qm aoY2CKPnA49aQC3NhL22JnRC00Ivm/M5DpzCfU7W8yEwwxUu2SnX9op2REl2wnTwuIGL8/lSJIh 9vctNzqew5ZGxBKybRrxo3HUDfIml8nFQ= X-Google-Smtp-Source: AGHT+IF3CV82MN0YNFqOU++plw/a37xGD2xf2oy84fWcz0qoUsA3eX7qyuzYpkhkVT+G2+ljIRTWbw== X-Received: by 2002:a17:90b:1e53:b0:343:7714:4ca6 with SMTP id 98e67ed59e1d1-349a25b4969mr8093659a91.22.1765261143392; Mon, 08 Dec 2025 22:19:03 -0800 (PST) Received: from [100.64.0.1] ([165.225.110.109]) by smtp.gmail.com with ESMTPSA id 98e67ed59e1d1-34a49658704sm1161413a91.6.2025.12.08.22.18.59 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 08 Dec 2025 22:19:02 -0800 (PST) Message-ID: Date: Tue, 9 Dec 2025 15:18:58 +0900 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH v1] riscv: dts: starfive: Append starfive,jh7110 compatible to VisionFive 2 Lite To: E Shattow , Heinrich Schuchardt , Conor Dooley Cc: 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 References: <20251206204540.112614-1-e@freeshell.de> <20251208-jogging-morally-9b787b7ab1b8@spud> <0bb12889-cb28-44e7-b2d6-7ecba6264d1a@freeshell.de> From: Samuel Holland Content-Language: en-US In-Reply-To: <0bb12889-cb28-44e7-b2d6-7ecba6264d1a@freeshell.de> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit On 2025-12-09 9:53 AM, E Shattow wrote: > The unanswered question what I was asking in the code review of StarFive > VisionFive 2 Lite series: What is the normal thing to do for compatible > strings of relabeled silicon when there is a suggestion of different > operational parameters? I don't think we are very consistent on this, and some of it depends on how different the binned chips are from each other. Example 1: Rockchip RK3399 has several bins. RK3399-S and RK3399-T just override the OPPs, but reuse the SoC compatible string without change. On the other hand RK3399pro is a superset of RK3399, but uses a new compatible string without 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, which 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. Although > 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 existing board bindings. But this is not very useful, as existing software already looks for starfive,jh7110, and you can't replace that without breaking compatibility with existing DTs. So the advantage of one compatible string (mostly) covering both SoCs only applies to new software. Regards, Samuel