Received: by 2002:a6b:500f:0:0:0:0:0 with SMTP id e15csp857169iob; Wed, 4 May 2022 09:18:28 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwhIJljd016nR0TaIhoa9jS8oCENyZG91PnJakqngfc9nmiTa2L0eF80FZXXPP47a8wb5Ms X-Received: by 2002:a05:6402:cb6:b0:425:f2e0:3644 with SMTP id cn22-20020a0564020cb600b00425f2e03644mr23587615edb.301.1651681108455; Wed, 04 May 2022 09:18:28 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1651681108; cv=none; d=google.com; s=arc-20160816; b=aNeoPp4xZ56J8lYpONc4jJo4kGsj2dlLfKPt7ySztlLAOZqMJVK9+UPfs4ZiKoYZ7R hsRUP4VlZJgfVn+VPgoYETW95sK6dFDO0KkOaj3mTcsPVkQSdWFI6BfoPbtcVEI3Du8+ cQxHGaFRMu6OdBFD9QoXwuZjH35jpkNIWZeW0+vjikF2nKlRMdX6O1CffvfzX25r5aIf 0HOe/0NlEiLcCSDrMpVdhQeQhr+IjeUdcV6nc2cFJHezU2sttVmsQpZup/xIDsG9sSLI tSxMcb0KvwkwV+vcBJD2/5v8OJ0dhfnEHApZBIFRrt6pPbpJI7A+MkpzX4Sr0+jWvQzb l7nA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from; bh=eYGm18RNnW0rQUJaLYsDbSR0JHkPXzvNMAD45xzinJ0=; b=X8c7Ujmt++mZo/8QMjy5xn4joSxT9VsiQ0a8XsM7YlJSRoIaNr/FuQynsh4WXqcIrE lwQkdb6IukND/wW39wgDbWzstftLVpJL+9XoOGBsH42bZH43HAmf3ShYsmkbGQvRw/xL Sh8zSDWgMxWUXCViPwv2PeT4RxRMJPVBDZYa7iODD7LIsxIy+ZA93z8DW4lWC8nLGuxz fr8eYO19XRt9HtwrQsuJ14SwV2M4ThVQZHFA1h631nFDGe/BInTfcaO0KKNKyH3Z6TDt ax8+WkaLjUwTkQdk4vIv1N2SP7a4b0zcsGod0hT+31smdRijMoP8/8HYmBvrXFQJJGr2 eq3Q== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id gt42-20020a1709072daa00b006f39874cf75si18800175ejc.647.2022.05.04.09.18.04; Wed, 04 May 2022 09:18:28 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S244410AbiECX72 (ORCPT + 99 others); Tue, 3 May 2022 19:59:28 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:40788 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230087AbiECX70 (ORCPT ); Tue, 3 May 2022 19:59:26 -0400 Received: from gloria.sntech.de (gloria.sntech.de [185.11.138.130]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 4D494186DD; Tue, 3 May 2022 16:55:50 -0700 (PDT) Received: from ip5b412258.dynamic.kabel-deutschland.de ([91.65.34.88] helo=phil.localnet) by gloria.sntech.de with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nm2Mp-0004gB-UB; Wed, 04 May 2022 01:55:43 +0200 From: Heiko Stuebner To: krzk+dt@kernel.org, palmer@dabbelt.com, robh+dt@kernel.org, linux-riscv@lists.infradead.org Cc: conor.dooley@microchip.com, Cyril.Jean@microchip.com, daire.mcnamara@microchip.com, paul.walmsley@sifive.com, aou@eecs.berkeley.edu, palmer@rivosinc.com, arnd@arndb.de, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-riscv@lists.infradead.org, Conor Dooley Subject: Re: [PATCH v3 8/8] riscv: dts: microchip: add the sundance polarberry Date: Wed, 04 May 2022 01:55:42 +0200 Message-ID: <3101012.5fSG56mABF@phil> In-Reply-To: <20220501192557.2631936-9-mail@conchuod.ie> References: <20220501192557.2631936-1-mail@conchuod.ie> <20220501192557.2631936-9-mail@conchuod.ie> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,SPF_NONE, T_SCC_BODY_TEXT_LINE,T_SPF_HELO_TEMPERROR autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Am Sonntag, 1. Mai 2022, 21:25:59 CEST schrieb Conor Dooley: > From: Conor Dooley > > Add a minimal device tree for the PolarFire SoC based Sundance > PolarBerry. > > Signed-off-by: Conor Dooley [...] > diff --git a/arch/riscv/boot/dts/microchip/mpfs-polarberry.dts b/arch/riscv/boot/dts/microchip/mpfs-polarberry.dts > new file mode 100644 > index 000000000000..96ec589d1571 > --- /dev/null > +++ b/arch/riscv/boot/dts/microchip/mpfs-polarberry.dts > @@ -0,0 +1,95 @@ > +// SPDX-License-Identifier: (GPL-2.0 OR MIT) > +/* Copyright (c) 2020-2022 Microchip Technology Inc */ > + > +/dts-v1/; > + > +#include "mpfs.dtsi" > +#include "mpfs-polarberry-fabric.dtsi" > + > +/* Clock frequency (in Hz) of the rtcclk */ > +#define MTIMER_FREQ 1000000 > + > +/ { > + model = "Sundance PolarBerry"; > + compatible = "sundance,polarberry", "microchip,mpfs"; > + > + aliases { > + serial0 = &mmuart0; > + ethernet0 = &mac1; I guess you could sort them alphabetically (ethernet above serial0) > + }; > + > + chosen { > + stdout-path = "serial0:115200n8"; > + }; > + > + cpus { > + timebase-frequency = ; > + }; > + > + ddrc_cache_lo: memory@80000000 { > + device_type = "memory"; > + reg = <0x0 0x80000000 0x0 0x2e000000>; > + status = "okay"; "okay" is implied I think, so when you only add the node here, you probably don't need to specify the status. > + }; > + > + ddrc_cache_hi: memory@1000000000 { > + device_type = "memory"; > + reg = <0x10 0x00000000 0x0 0xC0000000>; > + status = "okay"; > + }; > +}; > + > +&refclk { > + clock-frequency = <125000000>; > +}; > + > +&mmuart0 { > + status = "okay"; > +}; > + > +&mmc { > + status = "okay"; having the status property last (below sd-uhssdr104) can be helpful for readability, as readers would know where to expect it. > + bus-width = <4>; > + disable-wp; > + cap-sd-highspeed; > + cap-mmc-highspeed; > + card-detect-delay = <200>; > + mmc-ddr-1_8v; > + mmc-hs200-1_8v; > + sd-uhs-sdr12; > + sd-uhs-sdr25; > + sd-uhs-sdr50; > + sd-uhs-sdr104; > +}; > + > +&mac1 { > + status = "okay"; > + phy-mode = "sgmii"; > + phy-handle = <&phy1>; > + phy1: ethernet-phy@5 { > + reg = <5>; > + ti,fifo-depth = <0x01>; > + }; > + phy0: ethernet-phy@4 { > + reg = <4>; > + ti,fifo-depth = <0x01>; > + }; > +}; > + > +&mac0 { > + status = "disabled"; mac0 is already disabled in the mpfs.dtsi, so you either don't need to duplicate it here, or if it's a reminder of something, I guess a comment for the "why" would be helpful. > + phy-mode = "sgmii"; > + phy-handle = <&phy0>; > +}; > + > +&rtc { > + status = "okay"; > +}; > + > +&mbox { > + status = "okay"; > +}; > + > +&syscontroller { > + status = "okay"; > +}; My personal preference would be alphabetical sorting also for phandles, so &mac0 {} &mac1 {} &mbox {} &refclk {} &rtc {} etc - makes finding things a lot easier in the long run especially when files get longer. Heiko