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 22354C53200 for ; Wed, 29 Jul 2026 09:41:16 +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:In-Reply-To:MIME-Version:References: Message-ID:Subject:Cc:To:From:Date:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=jnVFQkKD92U6QZUbHdUaroOkNiBjOyEOm6obGCrtS+4=; b=p9xggTnvlzfxOb zxRRE27rO+WpktO18Y07dgGQ6aYVOFIf0cZPJCU5gEdqMKzwTR/3WRfpCo35B7tirp5QQ8cKLpdph O0anIInMt0Uo6K9mgFKVFfYVuBBZqyuR2ynIBzZRtz403Hp5J+ZzM2N3vYWPTl5BYe2Z7SW3gu2cz dUNEHdSI+QoxTspS09s2d8nlU0JTKr7EoflwrgpoB9uePDGQymyXpI/sUZSWvsgajCSXcgDiz4kRq c/wnOf95D61oXXeLaWStIGW0sJxUpivKzEx/aoHgAf2kPz27M1UFgWXpJuxOW8pRuS+rXztWeYN30 IWiiPCFB52eU/IS2fr4Q==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.99.1 #2 (Red Hat Linux)) id 1wp0mh-00000007PNl-0Oah; Wed, 29 Jul 2026 09:41:07 +0000 Received: from hall.aurel32.net ([2001:bc8:30d7:100::1]) by bombadil.infradead.org with esmtps (Exim 4.99.1 #2 (Red Hat Linux)) id 1wp0me-00000007PMh-3k4S for linux-riscv@lists.infradead.org; Wed, 29 Jul 2026 09:41:06 +0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=aurel32.net ; s=202004.hall; h=In-Reply-To:Content-Type:MIME-Version:References: Message-ID:Subject:Cc:To:From:Date:Content-Transfer-Encoding:From:Reply-To: Subject:Content-ID:Content-Description:X-Debbugs-Cc; bh=hL/qldDJTl+VvmHT8jGl8j0M57hUFNJ7M6uiPTcU7cI=; b=j7BY7TdBVyhXWeD6//D97vLAOu s21Rh2ezwWSJWJAuigc0nhKOuAJz9+i9C9qJnXP+Yq2kR22nZCBOmfDZC4fc7r3lOxaRb9L8TZWAj oPp8LuD/zeGPwNnqVQoqZKmIzKCY9b0+k4uVikJo4bN5n5ALMAUO8bVfZDoaOJr6lZczBG+BAEIZ7 exTqGMCU4PRwJIQ1bqqA01ub7fk6Q2M8N4ZdThurNARpM/7WKOpCsJb3yTFxJumhfI9HpD2x8Pk8p yqZJcz27MqRxrOmz7OVUCuvnqf41jjlQy7MS/HPVEJ9JMLY1fcItb5P4clMcQ/3sbn8XE1aQpcOCA flBBtR9A==; Received: from authenticated user by hall.aurel32.net with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.98.2) (envelope-from ) id 1wp0mc-00000002K2v-2Hr1; Wed, 29 Jul 2026 11:41:02 +0200 Date: Wed, 29 Jul 2026 11:40:57 +0200 From: Aurelien Jarno To: sashiko-reviews@lists.linux.dev, linux-kernel@vger.kernel.org, Rob Herring , Krzysztof Kozlowski , Conor Dooley , Paul Walmsley , Palmer Dabbelt , Albert Ou , Alexandre Ghiti , Yixun Lan Cc: Aurelien Jarno , "open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS" , "open list:RISC-V SPACEMIT SoC Support" , "open list:RISC-V SPACEMIT SoC Support" Subject: Re: [PATCH 3/3] riscv: dts: spacemit: Add Milk-V Jupiter board (M1) Message-ID: Mail-Followup-To: sashiko-reviews@lists.linux.dev, linux-kernel@vger.kernel.org, Rob Herring , Krzysztof Kozlowski , Conor Dooley , Paul Walmsley , Palmer Dabbelt , Albert Ou , Alexandre Ghiti , Yixun Lan , "open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS" , "open list:RISC-V SPACEMIT SoC Support" , "open list:RISC-V SPACEMIT SoC Support" References: <20260728211020.1248676-1-aurelien@aurel32.net> <20260728211020.1248676-4-aurelien@aurel32.net> <20260728212841.4C3E41F000E9@smtp.kernel.org> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20260728212841.4C3E41F000E9@smtp.kernel.org> User-Agent: Mutt/2.2.13 (2024-03-09) X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.9.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20260729_024104_935969_9D74DAB3 X-CRM114-Status: GOOD ( 24.23 ) 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: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-riscv" Errors-To: linux-riscv-bounces+linux-riscv=archiver.kernel.org@lists.infradead.org On 2026-07-28 21:28, sashiko-bot@kernel.org wrote: > Thank you for your contribution! Sashiko AI review found 1 potential issue(s) to consider: > - [Medium] Missing unique board-specific `compatible` string for the M1 Jupiter board variant, which inherits the identical compatible string as the K1 variant and breaks DTB matching. > -- > > --- Patch [3]: [PATCH 3/3] riscv: dts: spacemit: Add Milk-V Jupiter board (M1) --- > commit 2d54397a3a4baaa8a2eee569d6fe3f912a3c7661 > Author: Aurelien Jarno > > riscv: dts: spacemit: Add Milk-V Jupiter board (M1) > > This commit adds support for the Milk-V Jupiter board with the M1 CPU. > The M1 is similar to the K1 but allows running at up to 1.8 GHz, adding > a new device tree and an OPP table for this higher frequency. > > > diff --git a/arch/riscv/boot/dts/spacemit/m1-milkv-jupiter.dts b/arch/riscv/boot/dts/spacemit/m1-milkv-jupiter.dts > > new file mode 100644 > > index 0000000000000..32e1468385ca0 > > --- /dev/null > > +++ b/arch/riscv/boot/dts/spacemit/m1-milkv-jupiter.dts > > @@ -0,0 +1,11 @@ > > +// SPDX-License-Identifier: GPL-2.0 OR MIT > > +/* > > + * Copyright (C) 2026 Aurelien Jarno > > + */ > > + > > +#include "k1-milkv-jupiter-common.dtsi" > > +#include "m1-opp.dtsi" > > + > > +/ { > > + model = "Milk-V Jupiter (M1)"; > > [Severity: Medium] > Since m1-milkv-jupiter.dts includes k1-milkv-jupiter-common.dtsi, does this > board inherit the identical root compatible string as the K1 variant? > > If a bootloader like U-Boot uses a FIT image containing both DTBs, it relies > on the root compatible string to select the correct one. If they are > identical, could the bootloader mistakenly apply this M1 DTB to a K1 board? > > If that happens, would the K1 board be allowed to run at the 1.8 GHz > operating point defined here, potentially causing instability or hardware > damage since it is only rated for 1.6 GHz? > > Should a unique board-specific compatible string be added to this root node > to uniquely identify the M1 board hardware? > > > +}; That's a valid point, I'll fix that in the next version. I believe we want to keep the spacemit,k1 compatible even with the m1, as the difference is rather a property of the board and not the SoC. What could be the compatible for the board? "milkv,jupiter-m1"? Maybe the existing board should have been called "milkv,jupiter-k1"... -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurelien@aurel32.net http://aurel32.net _______________________________________________ linux-riscv mailing list linux-riscv@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-riscv