Received: by 2002:a05:6358:d09b:b0:dc:cd0c:909e with SMTP id jc27csp842313rwb; Wed, 14 Dec 2022 03:36:19 -0800 (PST) X-Google-Smtp-Source: AA0mqf5d0RDZK7jmVsBtGrVKS8UjQV8lHBiJvE1fkNEMfcURMO4pIfDQ7ly1b9FJh4f3NRoJCiSr X-Received: by 2002:a05:6402:2b8c:b0:461:2288:6804 with SMTP id fj12-20020a0564022b8c00b0046122886804mr19662181edb.30.1671017779362; Wed, 14 Dec 2022 03:36:19 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1671017779; cv=none; d=google.com; s=arc-20160816; b=j6wfZtGZRueAJwpYFaqFw+LeZuoVqI74eoQD3lY9AmPlBsaIDujz8zOnpnFaRK4gGf wUYbuJBlc+IDC1cl9btgcG2Y3oMxaFn6d8H6AAPTfaujtmzFnQxCquNzgaTHUOfkuI2T iBCwBh+75fku3fMZ/Fqu+5+7MxueDvYvt3a8t5R120kCw0MFAB5wJtDlyXjZ8kjdxdjO BIgDoIBsKs0PLMfeqFCpLq1l6KrkZGAqnVGp3OnlOfS2eaRLYEp2YxBxeMba0K4lx5Vu EL78z23uLTAvuDCtxWAb1aRxGpW4i/9p1sHLuOR/zY4ha1JVAEHtLON+WS2NkjKmVWcJ AUUA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :content-language:references:to:subject:user-agent:mime-version:date :message-id:dkim-signature; bh=cUtNkHg3U0j2khRflo4s6V2w9ndixpmCOgfmwtfKeDg=; b=l8aqDXoBYw4n9JaD0zoHWy7QDK8md2mcDYiJizRfCtQbzs0hE41bDPXao2zAfI7Fpg HfRgU02EXOpu5xmmTuf4fcnriek7OdbAq1Byw2Kjf+xJ4kVD8+K9UupLA7RrWDxOe7AT mF3GJ8vr4UBlrGMXuBxvW1NwQzQW2vfqCEb0J4wP3hoDobB4Ia1NgOM3KGEMTn5MBXGt NCYYvdm+H9U9VoWq2OzBnnGykjwtQeO1jNS0glMulxcw9rvBQQj2qmeXvHw7kRDqYkKj 10G0SUqImAIK0T7HHEk1b7qI60szQ6ndVUJrutEQuT8VLswZuwS9aFJUrfBXGQs5SCSp Aoiw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@collabora.com header.s=mail header.b=ei0nVUgc; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=collabora.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id f12-20020a056402354c00b0046c8d52c79asi14041925edd.357.2022.12.14.03.36.00; Wed, 14 Dec 2022 03:36:19 -0800 (PST) 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; dkim=pass header.i=@collabora.com header.s=mail header.b=ei0nVUgc; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=collabora.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S238251AbiLNLYi (ORCPT + 71 others); Wed, 14 Dec 2022 06:24:38 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:42150 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S237896AbiLNLYU (ORCPT ); Wed, 14 Dec 2022 06:24:20 -0500 Received: from madras.collabora.co.uk (madras.collabora.co.uk [IPv6:2a00:1098:0:82:1000:25:2eeb:e5ab]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id A4B6221E27; Wed, 14 Dec 2022 03:24:19 -0800 (PST) Received: from [192.168.1.100] (2-237-20-237.ip236.fastwebnet.it [2.237.20.237]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) (Authenticated sender: kholk11) by madras.collabora.co.uk (Postfix) with ESMTPSA id 0C1B56602C56; Wed, 14 Dec 2022 11:24:18 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=collabora.com; s=mail; t=1671017058; bh=NEFZcGNbx1H7VeJP6Mv0ncKb7TmxoWPVOEsWCQJSFbU=; h=Date:Subject:To:References:From:In-Reply-To:From; b=ei0nVUgclMv+T7W4Kx5OHkj2Pc8X1ty/gJXnvcytSHqfFcv3jz+ybKMJkx/A3M+lj f7w+4jEN9J4KNP3poMCL72mWpuD80wVFTzB4ArGOixNO4cE/JY8rJ7QM9Pf3oqMUC7 MiqoVAU6D6aO/ompBalgH2dpgLvskaSh/v9wrLoAbnoXekXqyEDvcsAddXlDsF/Dky JXIJn7RU3ye/Lq4iMShJzlH4IHd9nEOhWRIFcfjbZVJjfCikWhEkhrVVe9pKBujyCF Kf+4af0BbUU3Hn2LvjUEHvPWCEnMR3G0efRRl6qvcxmgLxHW1vI/mvTMW5DkI7/xh5 CRKoKgL9MxDXA== Message-ID: <9917f349-51dd-905f-e272-65315bb5b2cc@collabora.com> Date: Wed, 14 Dec 2022 12:24:15 +0100 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.5.1 Subject: Re: [PATCH v5 7/7] arm64: dts: mediatek: Initial mt8365-evk support To: =?UTF-8?Q?Bernhard_Rosenkr=c3=a4nzer?= , linux-mediatek@lists.infradead.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, devicetree@vger.kernel.org, robh+dt@kernel.org, krzysztof.kozlowski+dt@linaro.org, matthias.bgg@gmail.com, khilman@baylibre.com References: <20221213234346.2868828-1-bero@baylibre.com> <20221213234346.2868828-8-bero@baylibre.com> Content-Language: en-US From: AngeloGioacchino Del Regno In-Reply-To: <20221213234346.2868828-8-bero@baylibre.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,NICE_REPLY_A,SPF_HELO_NONE, SPF_PASS 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 Il 14/12/22 00:43, Bernhard Rosenkränzer ha scritto: > From: Fabien Parent > > This adds minimal support for the Mediatek 8365 SOC and the EVK reference > board, allowing the board to boot to initramfs with serial port I/O. > > Signed-off-by: Fabien Parent > [bero@baylibre.com: Removed parts depending on drivers that aren't upstream yet, cleanups, add L2 cache] > Signed-off-by: Bernhard Rosenkränzer > Tested-by: Kevin Hilman > --- > arch/arm64/boot/dts/mediatek/Makefile | 1 + > arch/arm64/boot/dts/mediatek/mt8365-evk.dts | 163 ++++++++++ > arch/arm64/boot/dts/mediatek/mt8365.dtsi | 343 ++++++++++++++++++++ > 3 files changed, 507 insertions(+) > create mode 100644 arch/arm64/boot/dts/mediatek/mt8365-evk.dts > create mode 100644 arch/arm64/boot/dts/mediatek/mt8365.dtsi > ..snip.. > diff --git a/arch/arm64/boot/dts/mediatek/mt8365.dtsi b/arch/arm64/boot/dts/mediatek/mt8365.dtsi > new file mode 100644 > index 0000000000000..2c4ef9b92b68b > --- /dev/null > +++ b/arch/arm64/boot/dts/mediatek/mt8365.dtsi > @@ -0,0 +1,343 @@ > +// SPDX-License-Identifier: (GPL-2.0 OR MIT) > +/* > + * (C) 2018 MediaTek Inc. > + * Copyright (C) 2022 BayLibre SAS > + * Fabien Parent > + * Bernhard Rosenkränzer > + */ > +#include > +#include > +#include > +#include > +#include > + > +/ { > + compatible = "mediatek,mt8365"; > + interrupt-parent = <&sysirq>; > + #address-cells = <2>; > + #size-cells = <2>; > + > + cpus: cpus { You're not referencing `cpus` anywhere, hence this label is useless: please remove. > + #address-cells = <1>; > + #size-cells = <0>; > + > + cpu-map { > + cluster0: cluster0 { Same for this one. > + core0 { > + cpu = <&cpu0>; > + }; > + core1 { > + cpu = <&cpu1>; > + }; > + core2 { > + cpu = <&cpu2>; > + }; > + core3 { > + cpu = <&cpu3>; > + }; > + }; > + }; > + > + cpu0: cpu@0 { > + device_type = "cpu"; > + compatible = "arm,cortex-a53"; > + reg = <0x0>; > + #cooling-cells = <2>; > + enable-method = "psci"; > + next-level-cache = <&l2>; It would be nice if you described the I/D caches for all CPUs. > + }; > + > + cpu1: cpu@1 { > + device_type = "cpu"; > + compatible = "arm,cortex-a53"; > + reg = <0x1>; > + #cooling-cells = <2>; > + enable-method = "psci"; > + next-level-cache = <&l2>; > + }; > + > + cpu2: cpu@2 { > + device_type = "cpu"; > + compatible = "arm,cortex-a53"; > + reg = <0x2>; > + #cooling-cells = <2>; > + enable-method = "psci"; > + next-level-cache = <&l2>; > + }; > + > + cpu3: cpu@3 { > + device_type = "cpu"; > + compatible = "arm,cortex-a53"; > + reg = <0x3>; > + #cooling-cells = <2>; > + enable-method = "psci"; > + next-level-cache = <&l2>; > + }; > + > + l2: l2-cache { > + compatible = "cache"; ....and what's the size of this L2 cache? Is it unified, or does each CPU core have its own private L2? > + }; > + }; > + > + clk26m: oscillator { > + compatible = "fixed-clock"; > + #clock-cells = <0>; > + clock-frequency = <26000000>; > + clock-output-names = "clk26m"; > + }; > + > + psci { > + compatible = "arm,psci-1.0"; > + method = "smc"; > + }; > + > + reserved-memory { > + #address-cells = <2>; > + #size-cells = <2>; > + ranges; > + > + /* 128 KiB reserved for ARM Trusted Firmware (BL31) */ > + bl31_secmon_reserved: secmon@43000000 { This depends on the bootloader that's flashed on your board - it's not a global SoC property. Please move it to your board, or explain why BL31 *must* always be 128KiB starting at 0x43000000. > + no-map; > + reg = <0 0x43000000 0 0x20000>; > + }; > + }; > + > + soc { > + #address-cells = <2>; > + #size-cells = <2>; > + compatible = "simple-bus"; > + ranges; > + Is there really no systimer in this SoC? Would be pretty odd.... Regards, Angelo