Message ID | 20230622084045.519203-3-tanure@linux.com |
---|---|
State | New |
Headers |
Return-Path: <linux-kernel-owner@vger.kernel.org> Delivered-To: ouuuleilei@gmail.com Received: by 2002:a59:994d:0:b0:3d9:f83d:47d9 with SMTP id k13csp4916357vqr; Thu, 22 Jun 2023 01:43:11 -0700 (PDT) X-Google-Smtp-Source: ACHHUZ6N8mN3y/xh9YnwNqZPJVIshoK1UCFx3/U2MQ2QTGJRXOILTSqVz29qGZw6Hm/uayczYY7h X-Received: by 2002:a17:903:24e:b0:1ac:859a:5b5a with SMTP id j14-20020a170903024e00b001ac859a5b5amr13424343plh.0.1687423391314; Thu, 22 Jun 2023 01:43:11 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1687423391; cv=none; d=google.com; s=arc-20160816; b=dahuzW4i428n53osG+VBZcDMrSuiwV8TRxQah3YC22kuHylGyR4wOPcEk8kT2GwroN pdT9udffaamYwylDEl+KcUtFugsKem52rSf+PKcVf2gRN9+jftwZWEqtd9CuNuqY3Dom +eWJ7LnKqKcOvEgPq5HKwFX8sZ9VVUNNJIbpIAXVvjcnli5foUUVe/RFON4FviFf1Km9 GQqZUBNL42mHgF5VL/FiNxeRjxcaSn+bCI15Zn/Rtlva21+BHkmaMpaLqjnhKqnq7soM CjY5LSEcCRf01bfL8YYWsyZMK6ii9Qnf1cG/JBwYGtQdylM4RibIpoYqd7ugNv/m9cFE HUWA== 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=HPGC/fa96zpj/HytqXk9DRYd8LBRyi1oOZrs0uuR4lg=; b=zJltOSNKqNmISvIthkcRsbuXB4QMgKZBXU+4IIdCoia6S4O2vza77vk97nbfgV+rvP V7ZKxa0NWO2jMqv/9k7eKUQMD/EDYa8vSBNJaKDcemgw2MKnf3LBgNA8nbILVnEWYw0v 7CctLj+ncYalnvPWPfqzRRFx/GBwF3cQj2Nc8rBgT8khWbaJs+6xWtZEj5UXHENzHVBe M0TFqxYUUo0/wv0/4RyFAcOUIGpE31+szO/sUVGNOiJg5yItEahX+HR+V3+YBClzdLhR cbjAGM7QNdOkNW8aRbS34wDxsEk6E7DscBJQi1itC1m1ensuXF3IAeOuy9czPj6fNprD KikQ== 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 Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id e18-20020a17090301d200b001b01276a0bcsi7019068plh.51.2023.06.22.01.42.58; Thu, 22 Jun 2023 01:43:11 -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 S229692AbjFVIlw (ORCPT <rfc822;n2h9z4@gmail.com> + 99 others); Thu, 22 Jun 2023 04:41:52 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:56698 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231202AbjFVIlO (ORCPT <rfc822;linux-kernel@vger.kernel.org>); Thu, 22 Jun 2023 04:41:14 -0400 Received: from mail-lj1-f172.google.com (mail-lj1-f172.google.com [209.85.208.172]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 11B6F1FE1; Thu, 22 Jun 2023 01:40:52 -0700 (PDT) Received: by mail-lj1-f172.google.com with SMTP id 38308e7fff4ca-2b47354c658so69201721fa.1; Thu, 22 Jun 2023 01:40:51 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1687423250; x=1690015250; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=HPGC/fa96zpj/HytqXk9DRYd8LBRyi1oOZrs0uuR4lg=; b=WFF/OFeGDxsFHoYuAcSpj2Hrt7Ie1fKo0IJtHD/wzgohYpmqSPpNa+vrf8NK1Wksed iqAfM0cQWwxHjQsJrXL2eotThvKSVH6aysg5DicZx2qG9xbKDiNvR37uiqpJmSXTk4r6 Rse/bstk63j8DOyHGZhwxsOcf75feVjv81WwEYspe6Sd67tVNyr3vq/uaKMXQPS21gf1 QEI5Uk0W48CRy19DkvDvG1uuMfmmC7clfoZmIQwHt+EQeiuTopPSscoYs8o+muqIgTkk vwp/v+jtP/ZPqglhyEDu//TGPwsVarkbz/qStCG0ckWmj/jVu5zve6DasPXwE7CxHFfT Cv2w== X-Gm-Message-State: AC+VfDy9EIyQZbYlbfG6qtbrVvrAXyulFe103lfriwnSno+cpOja4SjX wdZcm2HKecnSpDkpDD4GFNU= X-Received: by 2002:a2e:9b83:0:b0:2b5:89f0:bcc2 with SMTP id z3-20020a2e9b83000000b002b589f0bcc2mr2296652lji.19.1687423249668; Thu, 22 Jun 2023 01:40:49 -0700 (PDT) Received: from ryzen.lan (cpc87451-finc19-2-0-cust61.4-2.cable.virginm.net. [82.11.51.62]) by smtp.gmail.com with ESMTPSA id v5-20020a05600c214500b003f7f87ba116sm15441277wml.19.2023.06.22.01.40.48 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 22 Jun 2023 01:40:49 -0700 (PDT) From: Lucas Tanure <tanure@linux.com> To: Rob Herring <robh+dt@kernel.org>, Krzysztof Kozlowski <krzysztof.kozlowski+dt@linaro.org>, Conor Dooley <conor+dt@kernel.org>, Neil Armstrong <neil.armstrong@linaro.org>, Jerome Brunet <jbrunet@baylibre.com>, Kevin Hilman <khilman@baylibre.com> Cc: Nick <nick@khadas.com>, Artem <art@khadas.com>, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-amlogic@lists.infradead.org, linux-arm-kernel@lists.infradead.org, Lucas Tanure <tanure@linux.com>, Conor Dooley <conor@kernel.org> Subject: [PATCH v4 2/3] dt-bindings: serial: amlogic,meson-uart: Add compatible string for T7 Date: Thu, 22 Jun 2023 09:40:44 +0100 Message-ID: <20230622084045.519203-3-tanure@linux.com> X-Mailer: git-send-email 2.41.0 In-Reply-To: <20230622084045.519203-1-tanure@linux.com> References: <20230622084045.519203-1-tanure@linux.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-1.4 required=5.0 tests=BAYES_00, FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM,HEADER_FROM_DIFFERENT_DOMAINS, RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H2,SPF_HELO_NONE,SPF_PASS, T_SCC_BODY_TEXT_LINE autolearn=no 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?1769391670206165145?= X-GMAIL-MSGID: =?utf-8?q?1769391670206165145?= |
Series |
Add Amlogic A311D2 and Khadas Vim4 Board Support
|
|
Commit Message
Lucas Tanure
June 22, 2023, 8:40 a.m. UTC
Amlogic T7 SoCs uses the same UART controller as S4 SoCs and G12A.
There is no need for an extra compatible line in the driver, but
add T7 compatible line for documentation.
Co-developed-by: Conor Dooley <conor@kernel.org>
Signed-off-by: Lucas Tanure <tanure@linux.com>
---
.../devicetree/bindings/serial/amlogic,meson-uart.yaml | 6 ++++++
1 file changed, 6 insertions(+)
Comments
Hey Lucas, On Thu, Jun 22, 2023 at 09:40:44AM +0100, Lucas Tanure wrote: > Amlogic T7 SoCs uses the same UART controller as S4 SoCs and G12A. > There is no need for an extra compatible line in the driver, but > add T7 compatible line for documentation. > > Co-developed-by: Conor Dooley <conor@kernel.org> You can delete this, I don't need a Co-developed-by tag for review feedback. > Signed-off-by: Lucas Tanure <tanure@linux.com> > --- > .../devicetree/bindings/serial/amlogic,meson-uart.yaml | 6 ++++++ > 1 file changed, 6 insertions(+) > > diff --git a/Documentation/devicetree/bindings/serial/amlogic,meson-uart.yaml b/Documentation/devicetree/bindings/serial/amlogic,meson-uart.yaml > index 01ec45b3b406..4ca4673169aa 100644 > --- a/Documentation/devicetree/bindings/serial/amlogic,meson-uart.yaml > +++ b/Documentation/devicetree/bindings/serial/amlogic,meson-uart.yaml > @@ -46,6 +46,12 @@ properties: > - amlogic,meson8b-uart > - amlogic,meson-gx-uart > - amlogic,meson-s4-uart > + - description: Everything-Else power domain UART controller on G12A compatible SoCs s/Everything-Else/Always-on/ Otherwise, Acked-by: Conor Dooley <conor.dooley@microchip.com> Perhaps it can be fixed on application, I don't know how the amlogic maintainers operate. Cheers, Conor. > + items: > + - enum: > + - amlogic,meson-t7-uart > + - const: amlogic,meson-g12a-uart > + - const: amlogic,meson-ao-uart > - description: Everything-Else power domain UART controller on G12A SoCs > items: > - const: amlogic,meson-g12a-uart > -- > 2.41.0 >
On 22/06/2023 11:26, Conor Dooley wrote: > Hey Lucas, > > On Thu, Jun 22, 2023 at 09:40:44AM +0100, Lucas Tanure wrote: >> Amlogic T7 SoCs uses the same UART controller as S4 SoCs and G12A. >> There is no need for an extra compatible line in the driver, but >> add T7 compatible line for documentation. >> >> Co-developed-by: Conor Dooley <conor@kernel.org> > > You can delete this, I don't need a Co-developed-by tag for review > feedback. > >> Signed-off-by: Lucas Tanure <tanure@linux.com> >> --- >> .../devicetree/bindings/serial/amlogic,meson-uart.yaml | 6 ++++++ >> 1 file changed, 6 insertions(+) >> >> diff --git a/Documentation/devicetree/bindings/serial/amlogic,meson-uart.yaml b/Documentation/devicetree/bindings/serial/amlogic,meson-uart.yaml >> index 01ec45b3b406..4ca4673169aa 100644 >> --- a/Documentation/devicetree/bindings/serial/amlogic,meson-uart.yaml >> +++ b/Documentation/devicetree/bindings/serial/amlogic,meson-uart.yaml >> @@ -46,6 +46,12 @@ properties: >> - amlogic,meson8b-uart >> - amlogic,meson-gx-uart >> - amlogic,meson-s4-uart >> + - description: Everything-Else power domain UART controller on G12A compatible SoCs > > s/Everything-Else/Always-on/ "Everything-Else" was the amlogic naming for the non-always-on power domain, but it seems it's no more something used on new SoCs like the T7 family. Anyway, the description is wrong, and it's a mess because we used "amlogic,meson-ao-uart" for uarts on the Always-On domain, but here it's described as Everything-Else... Lucas, is there AO_uarts on T7 ? if not drop this amlogic,meson-ao-uart for the T7 UARTs. But if there's no more AO uart controller, you'll need to change drivers/tty/serial/meson_uart.c and add a OF_EARLYCON_DECLARE() for amlogic,meson-t7-uart. But still, why don't you use the amlogic,meson-s4-uart as fallback instead ? + - description: UART controller on T7 compatible SoCs + items: + - const: amlogic,meson-t7-uart + - const: amlogic,meson-s4-uart and update meson_uart.c if there's no AO uarts anymore.... Neil > Otherwise, > Acked-by: Conor Dooley <conor.dooley@microchip.com> > > Perhaps it can be fixed on application, I don't know how the amlogic > maintainers operate. > > Cheers, > Conor. > >> + items: >> + - enum: >> + - amlogic,meson-t7-uart >> + - const: amlogic,meson-g12a-uart >> + - const: amlogic,meson-ao-uart >> - description: Everything-Else power domain UART controller on G12A SoCs >> items: >> - const: amlogic,meson-g12a-uart >> -- >> 2.41.0 >>
On Thu, Jun 22, 2023 at 11:38:49AM +0200, Neil Armstrong wrote: > On 22/06/2023 11:26, Conor Dooley wrote: > > On Thu, Jun 22, 2023 at 09:40:44AM +0100, Lucas Tanure wrote: > > > Amlogic T7 SoCs uses the same UART controller as S4 SoCs and G12A. > > > There is no need for an extra compatible line in the driver, but > > > add T7 compatible line for documentation. > > > > > > Co-developed-by: Conor Dooley <conor@kernel.org> > > > > You can delete this, I don't need a Co-developed-by tag for review > > feedback. > > > > > Signed-off-by: Lucas Tanure <tanure@linux.com> > > > --- > > > .../devicetree/bindings/serial/amlogic,meson-uart.yaml | 6 ++++++ > > > 1 file changed, 6 insertions(+) > > > > > > diff --git a/Documentation/devicetree/bindings/serial/amlogic,meson-uart.yaml b/Documentation/devicetree/bindings/serial/amlogic,meson-uart.yaml > > > index 01ec45b3b406..4ca4673169aa 100644 > > > --- a/Documentation/devicetree/bindings/serial/amlogic,meson-uart.yaml > > > +++ b/Documentation/devicetree/bindings/serial/amlogic,meson-uart.yaml > > > @@ -46,6 +46,12 @@ properties: > > > - amlogic,meson8b-uart > > > - amlogic,meson-gx-uart > > > - amlogic,meson-s4-uart > > > + - description: Everything-Else power domain UART controller on G12A compatible SoCs > > > > s/Everything-Else/Always-on/ > > > "Everything-Else" was the amlogic naming for the non-always-on power domain, but it seems > it's no more something used on new SoCs like the T7 family. > > Anyway, the description is wrong, and it's a mess because we used "amlogic,meson-ao-uart" > for uarts on the Always-On domain, but here it's described as Everything-Else... > > Lucas, is there AO_uarts on T7 ? if not drop this amlogic,meson-ao-uart for the T7 UARTs. > > But if there's no more AO uart controller, you'll need to change drivers/tty/serial/meson_uart.c > and add a OF_EARLYCON_DECLARE() for amlogic,meson-t7-uart. > > But still, why don't you use the amlogic,meson-s4-uart as fallback instead ? That's probably my fault, I suggested the g12a in my reply to v3, because that is the one from which the match data is being copied, so it seemed like it'd make the most sense to me as the fallback. btw Neil, is the "meson-gx-uart" a wildcard? Dunno the hardware, so wasn't sure. > + - description: UART controller on T7 compatible SoCs > + items: > + - const: amlogic,meson-t7-uart > + - const: amlogic,meson-s4-uart As mentioned on v (N-1), I am fine with this either. You can keep the Ack Lucas with this change. > and update meson_uart.c if there's no AO uarts anymore.... > > Neil > > > Otherwise, > > Acked-by: Conor Dooley <conor.dooley@microchip.com>
On Thu, Jun 22, 2023 at 10:38 AM Neil Armstrong <neil.armstrong@linaro.org> wrote: > > On 22/06/2023 11:26, Conor Dooley wrote: > > Hey Lucas, > > > > On Thu, Jun 22, 2023 at 09:40:44AM +0100, Lucas Tanure wrote: > >> Amlogic T7 SoCs uses the same UART controller as S4 SoCs and G12A. > >> There is no need for an extra compatible line in the driver, but > >> add T7 compatible line for documentation. > >> > >> Co-developed-by: Conor Dooley <conor@kernel.org> > > > > You can delete this, I don't need a Co-developed-by tag for review > > feedback. > > > >> Signed-off-by: Lucas Tanure <tanure@linux.com> > >> --- > >> .../devicetree/bindings/serial/amlogic,meson-uart.yaml | 6 ++++++ > >> 1 file changed, 6 insertions(+) > >> > >> diff --git a/Documentation/devicetree/bindings/serial/amlogic,meson-uart.yaml b/Documentation/devicetree/bindings/serial/amlogic,meson-uart.yaml > >> index 01ec45b3b406..4ca4673169aa 100644 > >> --- a/Documentation/devicetree/bindings/serial/amlogic,meson-uart.yaml > >> +++ b/Documentation/devicetree/bindings/serial/amlogic,meson-uart.yaml > >> @@ -46,6 +46,12 @@ properties: > >> - amlogic,meson8b-uart > >> - amlogic,meson-gx-uart > >> - amlogic,meson-s4-uart > >> + - description: Everything-Else power domain UART controller on G12A compatible SoCs > > > > s/Everything-Else/Always-on/ > > > "Everything-Else" was the amlogic naming for the non-always-on power domain, but it seems > it's no more something used on new SoCs like the T7 family. > > Anyway, the description is wrong, and it's a mess because we used "amlogic,meson-ao-uart" > for uarts on the Always-On domain, but here it's described as Everything-Else... > > Lucas, is there AO_uarts on T7 ? if not drop this amlogic,meson-ao-uart for the T7 UARTs. No, there is not an AO_uart in T7, as far as I can see from the code and datasheet. > > But if there's no more AO uart controller, you'll need to change drivers/tty/serial/meson_uart.c > and add a OF_EARLYCON_DECLARE() for amlogic,meson-t7-uart. > > But still, why don't you use the amlogic,meson-s4-uart as fallback instead ? As S4 and T7 are the same as g12a, I thought it would be better to just have g12a uart. But sure, I can use S4 as fallback. > > + - description: UART controller on T7 compatible SoCs > + items: > + - const: amlogic,meson-t7-uart > + - const: amlogic,meson-s4-uart > > and update meson_uart.c if there's no AO uarts anymore.... Ok, v5 is coming up. > > Neil > > > Otherwise, > > Acked-by: Conor Dooley <conor.dooley@microchip.com> > > > > Perhaps it can be fixed on application, I don't know how the amlogic > > maintainers operate. > > > > Cheers, > > Conor. > > > >> + items: > >> + - enum: > >> + - amlogic,meson-t7-uart > >> + - const: amlogic,meson-g12a-uart > >> + - const: amlogic,meson-ao-uart > >> - description: Everything-Else power domain UART controller on G12A SoCs > >> items: > >> - const: amlogic,meson-g12a-uart > >> -- > >> 2.41.0 > >> >
diff --git a/Documentation/devicetree/bindings/serial/amlogic,meson-uart.yaml b/Documentation/devicetree/bindings/serial/amlogic,meson-uart.yaml index 01ec45b3b406..4ca4673169aa 100644 --- a/Documentation/devicetree/bindings/serial/amlogic,meson-uart.yaml +++ b/Documentation/devicetree/bindings/serial/amlogic,meson-uart.yaml @@ -46,6 +46,12 @@ properties: - amlogic,meson8b-uart - amlogic,meson-gx-uart - amlogic,meson-s4-uart + - description: Everything-Else power domain UART controller on G12A compatible SoCs + items: + - enum: + - amlogic,meson-t7-uart + - const: amlogic,meson-g12a-uart + - const: amlogic,meson-ao-uart - description: Everything-Else power domain UART controller on G12A SoCs items: - const: amlogic,meson-g12a-uart