Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp1533349pxj; Fri, 18 Jun 2021 09:08:12 -0700 (PDT) X-Google-Smtp-Source: ABdhPJw5k5wmZTMvNru65Ue/xgKIVRqDu9Da14fK2ozacmTRqztzF3HAmQRZzeJxVwQgYBh3UzQ/ X-Received: by 2002:a05:6402:18c:: with SMTP id r12mr6107242edv.10.1624032491879; Fri, 18 Jun 2021 09:08:11 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1624032491; cv=none; d=google.com; s=arc-20160816; b=ukB5hmz5S2jm8dDMpwEPkCdvE6JRRCOqOvIKdTh8Agef4M5mCb1/R9SOJqb8nQ/EgF vt9IXLybCs+3Cv2ouDzarBZ+VogHaPz6zQ75Xk4f/znVjJwpEUzOe5apvbitiVoREtuC lnHmnssd9GgFVtgJdGRSXM05T1rhfkhQ6bNX5AlcHfPc6IVP6ihyKT/zkHeNuV0okGTb vUtfiQPoTDoAu81PZd3e2BD0CFZCX35OGjZqE/03IV4rDr0CBv+/hrzyg6QkBjCauz8g xisqHiKxqRylMxu8fIDzq2gQDBZrmj6KGCgp/9pD2eENHIMbo2yiKrJTpPme1Vc3UTcf a0Rg== 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=O8qQWBYr+Eo+dNcGi4t3LNM+sIHxCcz+Zm1Aliyb2VQ=; b=E3QuqP5HAiQTaZEimnIJVMst0ohNjTBivzuJS6dpOVf/Z5mLoxPY7UOaHGB7SxRSNW oDrE2J5y4yr2XqgINIUG2eUAtQWob6habecLJqyCtco2PNVpLzbCDyzI0nsLGLC2z8Sp gk9XI0qvVNB+rknLxxbGOrvj5Pp6Kzt5MKq8EMoagRYzLkjR74/36vVlLMuHByJWYGNz xbDqKXyceOf0ISlZ8qedZfcDj9kkrvwfVBJA5q8MybR62uG3BLWd/DOy/MSZu3Pxq28I 4+XDHs3Vu+2VR3idQ+V44NEHm2twTZsoHXJ+ztkUFKE7nmRQHBNstMzfj1wHSOhcWnxp Nbmw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id w14si9440043edd.237.2021.06.18.09.07.49; Fri, 18 Jun 2021 09:08:11 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231455AbhFRNKr (ORCPT + 99 others); Fri, 18 Jun 2021 09:10:47 -0400 Received: from gloria.sntech.de ([185.11.138.130]:45216 "EHLO gloria.sntech.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230430AbhFRNKn (ORCPT ); Fri, 18 Jun 2021 09:10:43 -0400 Received: from ip5f5aa64a.dynamic.kabel-deutschland.de ([95.90.166.74] helo=diego.localnet) by gloria.sntech.de with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1luEEZ-00022y-QZ; Fri, 18 Jun 2021 15:08:31 +0200 From: Heiko =?ISO-8859-1?Q?St=FCbner?= To: Alex Bee Cc: devicetree@vger.kernel.org, balbi@kernel.org, gregkh@linuxfoundation.org, linux-usb@vger.kernel.org, linux-kernel@vger.kernel.org, linux-rockchip@lists.infradead.org, robh+dt@kernel.org, linux-arm-kernel@lists.infradead.org, Alex Bee Subject: Re: [PATCH 2/3] arm64: dts: rockchip: Add RK3399 Rock Pi 4a plus board Date: Fri, 18 Jun 2021 15:08:31 +0200 Message-ID: <4545451.QWXsJ6tzlI@diego> In-Reply-To: <20210617044955.598994-2-knaerzche@gmail.com> References: <20210617044955.598994-1-knaerzche@gmail.com> <20210617044955.598994-2-knaerzche@gmail.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Am Donnerstag, 17. Juni 2021, 06:49:54 CEST schrieb Alex Bee: > Rock Pi 4a plus board is the successor of Rock Pi 4a board. > > Differences to the original version are > - has RK3399 OP1 SoC revision > - has eMMC (16 or 32 GB) soldered on board (no changes required, > since it is enabled in rk3399-rock-pi-4.dtsi) > - dev boards have SPI flash soldered, but as per manufacturer response, > this won't be the case for mass production boards > > I didn't add yet another compatible, since the small set of differences > are captured by the device tree. > > Signed-off-by: Alex Bee > --- > arch/arm64/boot/dts/rockchip/Makefile | 1 + > .../boot/dts/rockchip/rk3399-rock-pi-4a-plus.dts | 14 ++++++++++++++ > 2 files changed, 15 insertions(+) > create mode 100644 arch/arm64/boot/dts/rockchip/rk3399-rock-pi-4a-plus.dts > > diff --git a/arch/arm64/boot/dts/rockchip/Makefile b/arch/arm64/boot/dts/rockchip/Makefile > index c3e00c0e2db7..dbd7d37950f1 100644 > --- a/arch/arm64/boot/dts/rockchip/Makefile > +++ b/arch/arm64/boot/dts/rockchip/Makefile > @@ -43,6 +43,7 @@ dtb-$(CONFIG_ARCH_ROCKCHIP) += rk3399-puma-haikou.dtb > dtb-$(CONFIG_ARCH_ROCKCHIP) += rk3399-roc-pc.dtb > dtb-$(CONFIG_ARCH_ROCKCHIP) += rk3399-roc-pc-mezzanine.dtb > dtb-$(CONFIG_ARCH_ROCKCHIP) += rk3399-rock-pi-4a.dtb > +dtb-$(CONFIG_ARCH_ROCKCHIP) += rk3399-rock-pi-4a-plus.dtb > dtb-$(CONFIG_ARCH_ROCKCHIP) += rk3399-rock-pi-4b.dtb > dtb-$(CONFIG_ARCH_ROCKCHIP) += rk3399-rock-pi-4c.dtb > dtb-$(CONFIG_ARCH_ROCKCHIP) += rk3399-rock960.dtb > diff --git a/arch/arm64/boot/dts/rockchip/rk3399-rock-pi-4a-plus.dts b/arch/arm64/boot/dts/rockchip/rk3399-rock-pi-4a-plus.dts > new file mode 100644 > index 000000000000..2deaab7f9307 > --- /dev/null > +++ b/arch/arm64/boot/dts/rockchip/rk3399-rock-pi-4a-plus.dts > @@ -0,0 +1,14 @@ > +// SPDX-License-Identifier: (GPL-2.0+ OR MIT) > +/* > + * Copyright (c) 2019 Akash Gajjar > + * Copyright (c) 2019 Pragnesh Patel > + */ > + > +/dts-v1/; > +#include "rk3399-rock-pi-4.dtsi" > +#include "rk3399-op1-opp.dtsi" > + > +/ { > + model = "Radxa ROCK Pi 4A plus"; > + compatible = "radxa,rockpi4a", "radxa,rockpi4", "rockchip,rk3399"; hmm, I don't really follow why you're re-using the radxa,rockpi4a compatible. I'd assume this should be radxa,rockpi4a+ or something? I.e. if a bootloader needs to select the matching devicetree from a list of available devicetrees, this could end up running a regular rockpi4a (without +) using the OP1 operating points and thus at way too high frequencies. Heiko > +}; >