Message ID | 20221106085034.12582-1-linux@fw-web.de |
---|---|
Headers |
Return-Path: <linux-kernel-owner@vger.kernel.org> Delivered-To: ouuuleilei@gmail.com Received: by 2002:a5d:6687:0:0:0:0:0 with SMTP id l7csp1397970wru; Sun, 6 Nov 2022 01:52:50 -0700 (PDT) X-Google-Smtp-Source: AMsMyM6pLMaTxwdfRZjGXouZEkrCnXCea3Wngom3x6OWOdYNvMyS1QIdDgM7GmRIW2ksw6B7l1T0 X-Received: by 2002:a17:90b:1d0f:b0:20d:1ec3:f732 with SMTP id on15-20020a17090b1d0f00b0020d1ec3f732mr44757804pjb.84.1667724769802; Sun, 06 Nov 2022 01:52:49 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1667724769; cv=none; d=google.com; s=arc-20160816; b=DhlEFRLi0o46pOEM2cOdb14VYnGRhzPtreLctN+SWl+yD4bJ9PGO/H/tJYVvjYKyzk JfK9cCGFz0KB43Ws8pUKl93bFFgteWpC3/AZEy65Mk8FOUulIfLWt9TUERTIlXvm5/DJ U161u5kncezFZdplu8kDElwRinn3z7JWodW9K6+Ssky6C4KxyiqG8PxsF9CbM9aTEaJL XBbjbbbVCBg+Hv4PY06ItjwR5riESIT2PE8lbjExKBLUp+uORanGMHikK5KybqqAHRtP MzSTgKplb9KF059yC6YxzDjV3NROp2PrNpxrMV/Kxq2I+4bVhE+vB3fxfkbO7XRgGCqV chnA== 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 :message-id:date:subject:cc:to:from:dkim-signature; bh=jouKxGzkoDAwjwpevHSQL+PA+O4LZ0rs1vo78ngTc8g=; b=V/V0lhdVNV2wyu7pd25UW5/NddkU/MUOfwp+qkPTGu/Ap0X89H7wZw04mF9rIvMI4d JNz87bF8vjeXcbKNV5O48WDJy3n0hW48XnrTN45hKrmYIlfVs0bNjbMlkJXMSJB5/VyF YizdzzYM5KQBXSgjxNceIhcnnMO8mGP7ERoLL6lagonIrT0qhrbn9BVDotIfdAo4981k lUShB4BE/j4rIBK/3dUKi68VjS53O7Wnnk+m8s+zwXSFZiwy/60s1gueUxkIkUE0syKX EtvvO/9am7/65ngya2R/WkLtIJA1rYSzCvgKXUSKNhfACZozdq8JS8rGo2lnhdQSiOS/ Fo0g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@mailerdienst.de header.s=20200217 header.b=X2dXBdRs; 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: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id p12-20020a170902ebcc00b00186abc34277si6160178plg.263.2022.11.06.01.52.37; Sun, 06 Nov 2022 01:52:49 -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; dkim=pass header.i=@mailerdienst.de header.s=20200217 header.b=X2dXBdRs; 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 S229759AbiKFIun (ORCPT <rfc822;hjfbswb@gmail.com> + 99 others); Sun, 6 Nov 2022 03:50:43 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:36100 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229617AbiKFIum (ORCPT <rfc822;linux-kernel@vger.kernel.org>); Sun, 6 Nov 2022 03:50:42 -0500 Received: from mxout4.routing.net (mxout4.routing.net [IPv6:2a03:2900:1:a::9]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 160FF95B5; Sun, 6 Nov 2022 01:50:40 -0700 (PDT) Received: from mxbox3.masterlogin.de (unknown [192.168.10.78]) by mxout4.routing.net (Postfix) with ESMTP id 816EA10077E; Sun, 6 Nov 2022 08:50:39 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mailerdienst.de; s=20200217; t=1667724639; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version: content-transfer-encoding:content-transfer-encoding; bh=jouKxGzkoDAwjwpevHSQL+PA+O4LZ0rs1vo78ngTc8g=; b=X2dXBdRsyVymoyfhv6COtytYsE2chnDv3yqk/Y3eVlS7SzXybFLUWRGm99sFbMVC49EVKM nvPa0c7YfZAW9uFzOfSDXCk8ok6eHRljXr4wqBWqA688/qmC0RyuaMoxQsan4WMUZ2uOrm hPhcU4b78VXP6IlU+qv3Wg/Kc4hh5V8= Received: from frank-G5.. (fttx-pool-80.245.79.199.bambit.de [80.245.79.199]) by mxbox3.masterlogin.de (Postfix) with ESMTPSA id C20D836054A; Sun, 6 Nov 2022 08:50:38 +0000 (UTC) From: Frank Wunderlich <linux@fw-web.de> To: linux-mediatek@lists.infradead.org Cc: Frank Wunderlich <frank-w@public-files.de>, Matthias Brugger <matthias.bgg@gmail.com>, Rob Herring <robh+dt@kernel.org>, Krzysztof Kozlowski <krzysztof.kozlowski+dt@linaro.org>, linux-arm-kernel@lists.infradead.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org Subject: [RFC v3 00/11] Add BananaPi R3 Date: Sun, 6 Nov 2022 09:50:23 +0100 Message-Id: <20221106085034.12582-1-linux@fw-web.de> X-Mailer: git-send-email 2.34.1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Mail-ID: f6d739d7-642e-4964-be09-097122ad3e8d X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,RCVD_IN_DNSWL_NONE,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: <linux-kernel.vger.kernel.org> X-Mailing-List: linux-kernel@vger.kernel.org X-getmail-retrieved-from-mailbox: =?utf-8?q?INBOX?= X-GMAIL-THRID: =?utf-8?q?1748736168041608614?= X-GMAIL-MSGID: =?utf-8?q?1748736168041608614?= |
Series |
Add BananaPi R3
|
|
Message
Frank Wunderlich
Nov. 6, 2022, 8:50 a.m. UTC
From: Frank Wunderlich <frank-w@public-files.de>
This Series adds some Nodes to mt7986 devicetree and the BananaPi R3
i included sams series for mt7986 DTS with small changes
https://patchwork.kernel.org/project/linux-mediatek/cover/20220427124741.18245-1-sam.shih@mediatek.com/
this series need these Patches:
i2c-support:
https://patchwork.kernel.org/project/linux-mediatek/cover/20221009101631.82380-1-linux@fw-web.de/
mmc bindings:
https://patchwork.kernel.org/project/linux-mediatek/list/?series=688675
update pinctrl-bindings:
https://patchwork.kernel.org/project/linux-mediatek/list/?series=692462
hwrng and pinctrl (uart splitting) are already applied to next
i had run full dtbs-check but i end up with some strange warnings in
ethernet-node that should not come up as phy-handle and sfp/managed
properties are already defined.
phy-handle made optional
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/Documentation/devicetree/bindings/net/mediatek,net.yaml#n265
property sfp/managed (which is included for mac subnode in yaml above):
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/Documentation/devicetree/bindings/net/ethernet-controller.yaml#n137
changes:
v3:
- changed mmc pull-ups
- added patch for board binding (sent separately before)
- added pcie node in mt7986 (not yet again in r3)
- added dt overlays
Frank Wunderlich (5):
arm64: dts: mt7986: add i2c node
dt-bindings: arm64: dts: mediatek: add compatible for bananapi r3
arm64: dts: mt7986: add Bananapi R3
arm64: dts: mt7986: add PCIe nodes to BananaPi-R3
arm64: dts: mt7986: add BPI-R3 nand/nor overlays
Sam Shih (6):
arm64: dts: mt7986: harmonize device node order
arm64: dts: mt7986: add spi related device nodes
arm64: dts: mt7986: add usb related device nodes
arm64: dts: mt7986: add crypto related device nodes
arm64: dts: mt7986: add mmc related device nodes
arm64: dts: mt7986: add pcie related device nodes
.../devicetree/bindings/arm/mediatek.yaml | 1 +
arch/arm64/boot/dts/mediatek/Makefile | 4 +
.../mediatek/mt7986a-bananapi-bpi-r3-emmc.dts | 31 ++
.../mediatek/mt7986a-bananapi-bpi-r3-nand.dts | 53 ++
.../mediatek/mt7986a-bananapi-bpi-r3-nor.dts | 67 +++
.../mediatek/mt7986a-bananapi-bpi-r3-sd.dts | 25 +
.../dts/mediatek/mt7986a-bananapi-bpi-r3.dtsi | 458 ++++++++++++++++++
arch/arm64/boot/dts/mediatek/mt7986a-rfb.dts | 264 ++++++++--
arch/arm64/boot/dts/mediatek/mt7986a.dtsi | 179 +++++++
arch/arm64/boot/dts/mediatek/mt7986b-rfb.dts | 83 +++-
10 files changed, 1110 insertions(+), 55 deletions(-)
create mode 100644 arch/arm64/boot/dts/mediatek/mt7986a-bananapi-bpi-r3-emmc.dts
create mode 100644 arch/arm64/boot/dts/mediatek/mt7986a-bananapi-bpi-r3-nand.dts
create mode 100644 arch/arm64/boot/dts/mediatek/mt7986a-bananapi-bpi-r3-nor.dts
create mode 100644 arch/arm64/boot/dts/mediatek/mt7986a-bananapi-bpi-r3-sd.dts
create mode 100644 arch/arm64/boot/dts/mediatek/mt7986a-bananapi-bpi-r3.dtsi
Comments
Hi Rob, can you please take Patches 1+3 of v1 into your tree? due to reordering in my tree i missed them in this version https://patchwork.kernel.org/project/linux-mediatek/list/?series=685798 pcie-bindings are here: https://patchwork.kernel.org/project/linux-mediatek/list/?series=690172 i found 1 error in bpi-r3 dts (properties from sfp1 not plural) which i will fix in next version and will drop the compile comment in dt overlays. also i've found this commit: https://git.kernel.org/pub/scm/linux/kernel/git/robh/linux.git/commit/?h=dt/next&id=363547d2191cbc32ca954ba75d72908712398ff2 so maybe i need to rename my overlay dts files to dtso? maybe the others can be applied (at least the mt7986 nodes)? regards Frank
On 10/11/2022 18:03, Frank Wunderlich wrote: > Hi Rob, > > can you please take Patches 1+3 of v1 into your tree? > due to reordering in my tree i missed them in this version > > https://patchwork.kernel.org/project/linux-mediatek/list/?series=685798 > They should go through the subsystem maintainers trees. I'd advise to resend, dropping the RFC prefix and add the corresponding maintainers. Regards, Matthias > pcie-bindings are here: > > https://patchwork.kernel.org/project/linux-mediatek/list/?series=690172 > > i found 1 error in bpi-r3 dts (properties from sfp1 not plural) which i will fix in next version and will drop > the compile comment in dt overlays. > > also i've found this commit: > > https://git.kernel.org/pub/scm/linux/kernel/git/robh/linux.git/commit/?h=dt/next&id=363547d2191cbc32ca954ba75d72908712398ff2 > > so maybe i need to rename my overlay dts files to dtso? > > maybe the others can be applied (at least the mt7986 nodes)? > > regards Frank
Hi > Gesendet: Freitag, 11. November 2022 um 10:17 Uhr > Von: "Matthias Brugger" <matthias.bgg@gmail.com> > An: "Frank Wunderlich" <frank-w@public-files.de>, "Rob Herring" <robh+dt@kernel.org> > Cc: linux-mediatek@lists.infradead.org, "Krzysztof Kozlowski" <krzysztof.kozlowski+dt@linaro.org>, linux-arm-kernel@lists.infradead.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, "Frank Wunderlich" <linux@fw-web.de> > Betreff: Re: Aw: [RFC v3 00/11] Add BananaPi R3 > > > > On 10/11/2022 18:03, Frank Wunderlich wrote: > > Hi Rob, > > > > can you please take Patches 1+3 of v1 into your tree? > > due to reordering in my tree i missed them in this version > > > > https://patchwork.kernel.org/project/linux-mediatek/list/?series=685798 > > > > They should go through the subsystem maintainers trees. I'd advise to resend, > dropping the RFC prefix and add the corresponding maintainers. ok, wait for your push and i create v4 including the missing binding-patches and the reorder of wed-node together with my fixes. > Regards, > Matthias > > > pcie-bindings are here: > > > > https://patchwork.kernel.org/project/linux-mediatek/list/?series=690172 > > > > i found 1 error in bpi-r3 dts (properties from sfp1 not plural) which i will fix in next version and will drop > > the compile comment in dt overlays. > > > > also i've found this commit: > > > > https://git.kernel.org/pub/scm/linux/kernel/git/robh/linux.git/commit/?h=dt/next&id=363547d2191cbc32ca954ba75d72908712398ff2 > > > > so maybe i need to rename my overlay dts files to dtso? > > > > maybe the others can be applied (at least the mt7986 nodes)? does this solve your question about dt-overlays? just to note for all...it is all 1 board having sd+emmc on 1 mmc-controller and nand+nor on one spi. it depends on hardware-switches which devices are accessable (1mmc+1 spi). Adding dts for all possible combinations will add more dts (sd+nor, sd+nand, emmc+nor, emmc+nand) than adding the 2 overlays or adds redundant config. or should i copy the emmc/sd dts and adding once nor or nand? so we have the dtsi and dts for combinations above (=5 total)? > > regards Frank >
On 11/11/2022 13:37, Frank Wunderlich wrote: > Hi > >> Gesendet: Freitag, 11. November 2022 um 10:17 Uhr >> Von: "Matthias Brugger" <matthias.bgg@gmail.com> >> An: "Frank Wunderlich" <frank-w@public-files.de>, "Rob Herring" <robh+dt@kernel.org> >> Cc: linux-mediatek@lists.infradead.org, "Krzysztof Kozlowski" <krzysztof.kozlowski+dt@linaro.org>, linux-arm-kernel@lists.infradead.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, "Frank Wunderlich" <linux@fw-web.de> >> Betreff: Re: Aw: [RFC v3 00/11] Add BananaPi R3 >> >> >> >> On 10/11/2022 18:03, Frank Wunderlich wrote: >>> Hi Rob, >>> >>> can you please take Patches 1+3 of v1 into your tree? >>> due to reordering in my tree i missed them in this version >>> >>> https://patchwork.kernel.org/project/linux-mediatek/list/?series=685798 >>> >> >> They should go through the subsystem maintainers trees. I'd advise to resend, >> dropping the RFC prefix and add the corresponding maintainers. > > ok, wait for your push and i create v4 including the missing binding-patches and the reorder of wed-node together with my fixes. > >> Regards, >> Matthias >> >>> pcie-bindings are here: >>> >>> https://patchwork.kernel.org/project/linux-mediatek/list/?series=690172 >>> >>> i found 1 error in bpi-r3 dts (properties from sfp1 not plural) which i will fix in next version and will drop >>> the compile comment in dt overlays. >>> >>> also i've found this commit: >>> >>> https://git.kernel.org/pub/scm/linux/kernel/git/robh/linux.git/commit/?h=dt/next&id=363547d2191cbc32ca954ba75d72908712398ff2 >>> >>> so maybe i need to rename my overlay dts files to dtso? >>> >>> maybe the others can be applied (at least the mt7986 nodes)? > > does this solve your question about dt-overlays? > > just to note for all...it is all 1 board having sd+emmc on 1 mmc-controller and nand+nor on one spi. it depends on hardware-switches which devices are accessable (1mmc+1 spi). Adding dts for all possible combinations will add more dts (sd+nor, sd+nand, emmc+nor, emmc+nand) than adding the 2 overlays or adds redundant config. > I wonder if in the end that wouldn't be part of U-Boot to pass the correct DTB depending on the HW switches. Just one idea I had is, to create on DTS with sd+nor+nand+emmc if that's possible. And then leave the permutations to the boot firmware (U-Boot). Regards, Matthias > or should i copy the emmc/sd dts and adding once nor or nand? so we have the dtsi and dts for combinations above (=5 total)? > >>> regards Frank >>