Received: by 2002:a05:6358:1087:b0:cb:c9d3:cd90 with SMTP id j7csp2412494rwi; Fri, 21 Oct 2022 03:40:28 -0700 (PDT) X-Google-Smtp-Source: AMsMyM6boYVPNNResP3LB+5KM8RA3gchBlMe6kZDZiWwAWUC9dnm5sDdWiqcVjW93xQzuM87R28D X-Received: by 2002:a65:6e4a:0:b0:438:874c:53fd with SMTP id be10-20020a656e4a000000b00438874c53fdmr16204681pgb.355.1666348828695; Fri, 21 Oct 2022 03:40:28 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1666348828; cv=none; d=google.com; s=arc-20160816; b=zQuo3PDZ/3mJjyuOuZCzTZmjFaZ535YkCeCgYps9SB6Ni1HHGqPBqpnwcO7EbC/s8N w5BU47Qiolya2VU42UKK0c2UyPYAqqQLySb25RJa4rr//IPck6dqwXHKfemYgXqJEi/j V4z8lpunuRIBqTd4uVKR4OPTs0Ojj0VjIww3pcluWrDUKUi9LUQUHVY6+Vx++xae/6jh jwrvZEOSf2oMNDMYTmbey8ElDkrinbKnhwwHFl39v2Zj32/58thO/W5ebVcoHuD7dj6j EHa3JLRGGJI8uLEFHxbjbh8yOydAXWop8tAc26rCUK29jPg8lVAPF7l7y7cEf0IzwLHB gCYw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=47I4njGhBn8iSwoa9yfYGUkmgSn4dreHksrvmZR5pjk=; b=ynkerbcoo9QYoOrZq/SOxDJ9HdI/4drZ+FwuZGa1aiClj8+OWdKntB1KBb2hp6YygD 7nw2FzvpD9ApWPxmZwkWXY9BexQQPnRQkMzqtuU3vwMf2gAJdpvKtBWNWJGRInFM4ntR 8Bgg7lxZ49r4ZlU9tv0C727aTi7E4ZaOcj8mNvf6U3ncDLl20MGvgfrQ+OMUHq+LKgxy FKv65rPpb/K0ODMZz7euzEscGomrUGQo4FLcyuvLOntt1d53kyn5oj3aVXP3IyiXaNUM 6hOy79XSqg04O+Y5Jaly7jogki1w6V/6uXURc6WG6nRYTGXxkyCrwfNXPu/6vR2cjNIZ 70uw== 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 bf5-20020a170902b90500b001842f55e713si22763670plb.321.2022.10.21.03.40.17; Fri, 21 Oct 2022 03:40: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 S230271AbiJUJxr (ORCPT + 99 others); Fri, 21 Oct 2022 05:53:47 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:55490 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230182AbiJUJxm (ORCPT ); Fri, 21 Oct 2022 05:53:42 -0400 Received: from metis.ext.pengutronix.de (metis.ext.pengutronix.de [IPv6:2001:67c:670:201:290:27ff:fe1d:cc33]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id C069C24E3A2 for ; Fri, 21 Oct 2022 02:53:41 -0700 (PDT) Received: from ptx.hi.pengutronix.de ([2001:67c:670:100:1d::c0]) by metis.ext.pengutronix.de with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oloib-0000Vq-MO; Fri, 21 Oct 2022 11:53:33 +0200 Received: from mfe by ptx.hi.pengutronix.de with local (Exim 4.92) (envelope-from ) id 1oloib-0004Hm-3Z; Fri, 21 Oct 2022 11:53:33 +0200 Date: Fri, 21 Oct 2022 11:53:33 +0200 From: Marco Felsch To: Peng Fan Cc: robh+dt@kernel.org, krzysztof.kozlowski+dt@linaro.org, shawnguo@kernel.org, s.hauer@pengutronix.de, devicetree@vger.kernel.org, Peng Fan , linux-kernel@vger.kernel.org, linux-imx@nxp.com, kernel@pengutronix.de, festevam@gmail.com, linux-arm-kernel@lists.infradead.org Subject: Re: [PATCH 05/15] arm64: dts: imx8mp-evk: enable uart1/3 ports Message-ID: <20221021095333.3qdqtdstgcjhp76s@pengutronix.de> References: <20221020095934.1659449-1-peng.fan@oss.nxp.com> <20221020095934.1659449-6-peng.fan@oss.nxp.com> <20221020110723.udftsfrfdnghudto@pengutronix.de> <7ede9de4-75ba-6ebf-60a3-fee98e050ea9@oss.nxp.com> <20221021090910.zkijqqt6mpukzqdp@pengutronix.de> <5ddc1dac-b6ee-34c4-63eb-63c9a254d984@oss.nxp.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5ddc1dac-b6ee-34c4-63eb-63c9a254d984@oss.nxp.com> User-Agent: NeoMutt/20180716 X-SA-Exim-Connect-IP: 2001:67c:670:100:1d::c0 X-SA-Exim-Mail-From: mfe@pengutronix.de X-SA-Exim-Scanned: No (on metis.ext.pengutronix.de); SAEximRunCond expanded to false X-PTX-Original-Recipient: linux-kernel@vger.kernel.org X-Spam-Status: No, score=-4.2 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_MED, SPF_HELO_NONE,SPF_PASS autolearn=unavailable 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 On 22-10-21, Peng Fan wrote: > Hi Marco, > > On 10/21/2022 5:09 PM, Marco Felsch wrote: > > On 22-10-21, Peng Fan wrote: > > > Hi Marco, > > > > > > On 10/20/2022 7:07 PM, Marco Felsch wrote: > > > > Hi Peng, > > > > > > > > On 22-10-20, Peng Fan (OSS) wrote: > > > > > From: Peng Fan > > > > > > > > > > Enable uart1/3 ports for evk board. > > > > > > > > > > Signed-off-by: Peng Fan > > > > > --- > > > > > arch/arm64/boot/dts/freescale/imx8mp-evk.dts | 36 ++++++++++++++++++++ > > > > > 1 file changed, 36 insertions(+) > > > > > > > > > > diff --git a/arch/arm64/boot/dts/freescale/imx8mp-evk.dts b/arch/arm64/boot/dts/freescale/imx8mp-evk.dts > > > > > index 2e29bb3c041c..366f709f8790 100644 > > > > > --- a/arch/arm64/boot/dts/freescale/imx8mp-evk.dts > > > > > +++ b/arch/arm64/boot/dts/freescale/imx8mp-evk.dts > > > > > @@ -428,6 +428,15 @@ &snvs_pwrkey { > > > > > status = "okay"; > > > > > }; > > > > > +&uart1 { /* BT */ > > > > > + pinctrl-names = "default"; > > > > > + pinctrl-0 = <&pinctrl_uart1>; > > > > > + assigned-clocks = <&clk IMX8MP_CLK_UART1>; > > > > > + assigned-clock-parents = <&clk IMX8MP_SYS_PLL1_80M>; > > > > > > > > I'm curious, what is the default parent and why is this wrong? For the > > > > already exisiting uart2 we don't do that. Same applies for uart3. > > > > > > The default parent is OSC_24M. The uart2 is for console, so 24M is ok. > > > As I recall, we met issue 24M not able to get higher baudrate. > > > > What did you mean by higher baudrate, is it everything > 115200? When > > the console baudrates can be fullfilled with the PLL1_80M as well > > wouldn't it be worth to fix the imx8mp.dtsi instead? > > To console, we use 115200, 24M could fullfill it. > > BaudRate = (clk / ref_clk_div) / (16 * (ubmr + 1) / (ubir + 1)) > > If you have 24M ref_clk, the max baudrate is 1.5M, with setting > ubmr, ubir to 0, and ref clk divider to 1. > > So more higher baudrate, 24M could not fulfill. Okay, thanks for clarification. In that case eveything is fine. Regards, Marco