Received: by 10.223.185.116 with SMTP id b49csp2689097wrg; Mon, 5 Mar 2018 07:12:40 -0800 (PST) X-Google-Smtp-Source: AG47ELvIRzQjwk15V1W0zjRse+ctMHMHALQ/lMqbvnvzg3QBdkchOO0bhwUQARIkYgvQ2Um2JIEY X-Received: by 10.101.85.67 with SMTP id t3mr12618635pgr.310.1520262760433; Mon, 05 Mar 2018 07:12:40 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1520262760; cv=none; d=google.com; s=arc-20160816; b=VaLr+9sKo/dft2UrpoFtEDop+3pi/e2SX+Ptyr6Zxr8CfElRmaZexR/mv7LEq33t2O lcH6SkDEeEqG6bqVlFi0N6HiYDXkeHsMHKln6qCL6TxhwJDmDLaOIxuHAMDn1ynlV1+A iScH3qK/uFZBFncmOXfeDzgacBBE6j2zof8TRZAAVUittgoDLCMiD44TPs4vJBVGsObz mFrh8+Fp2FYvyhGkTvUYIc3UIX8q6MPcoS49jTDWOpxZ7EcSUTWmA4FyHZPqNFwilJRV EPVXTbRXFZhWAyJj60MQ/VktOPR9lObVxLcs6KGk8xnWUZ0/ddKaQcUdVkIM8Wz6ZE8H Tz5Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:content-transfer-encoding :references:in-reply-to:date:cc:to:from:subject:message-id :arc-authentication-results; bh=miTIlFg0pCtRwhvjYXIDls3nnc1OGG8BcC7ZGcYnUU0=; b=qHkThtVjwc+BjG7vZIrr+Nnw0XdD5pvTmSml1R8qHRkNrBMyGzUwbEaSkcsWAhG+BL scl7KDwPDG7nrKtAjqAIecVnqrcqmyoAZSlpMXhJ+NgNVMv5gFwBCkoaIm9fFRVSJUyW ognCO6X01/g+AHhltfXgYjxoeU9fgxN+wTdfouTDFEb5sY3y83xA4p8i/lPYHBbhkRMO KJaJtF/lvMqBHykqG2GBSLxVbRd0Ag1X6+y+INdl96nNksGsRZRFWoH6wVOIx8S852u7 sfRMuB7y68fPnNEmZMd2Qou4qvr2BProorKUavp01iYDbd+ifLrBPKk+VFY7QsLk8vF6 7WIg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 30-v6si9341032pld.724.2018.03.05.07.12.25; Mon, 05 Mar 2018 07:12:40 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751838AbeCEPLD (ORCPT + 99 others); Mon, 5 Mar 2018 10:11:03 -0500 Received: from mailgw01.mediatek.com ([210.61.82.183]:46110 "EHLO mailgw01.mediatek.com" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1751311AbeCEPLB (ORCPT ); Mon, 5 Mar 2018 10:11:01 -0500 X-UUID: 9722df065da149b583f6d5d4fee38c29-20180305 Received: from mtkexhb01.mediatek.inc [(172.21.101.102)] by mailgw01.mediatek.com (envelope-from ) (mhqrelay.mediatek.com ESMTP with TLS) with ESMTP id 2009159000; Mon, 05 Mar 2018 23:10:58 +0800 Received: from MTKCAS06.mediatek.inc (172.21.101.30) by mtkmbs03n1.mediatek.inc (172.21.101.181) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Mon, 5 Mar 2018 23:10:56 +0800 Received: from [172.21.77.33] (172.21.77.33) by MTKCAS06.mediatek.inc (172.21.101.73) with Microsoft SMTP Server id 15.0.1210.3 via Frontend Transport; Mon, 5 Mar 2018 23:10:50 +0800 Message-ID: <1520262650.8089.233.camel@mtkswgap22> Subject: Re: [PATCH v1 18/19] arm: dts: mt7623: add MT7623A reference boards From: Sean Wang To: Rob Herring CC: Mark Rutland , , "linux-kernel@vger.kernel.org" , , Matthias Brugger , "moderated list:ARM/FREESCALE IMX / MXC ARM ARCHITECTURE" Date: Mon, 5 Mar 2018 23:10:50 +0800 In-Reply-To: References: <20180302154547.xq5nkmkdk3oenbta@rob-hp-laptop> <1520043343.8089.216.camel@mtkswgap22> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.2.3-0ubuntu6 Content-Transfer-Encoding: 7bit MIME-Version: 1.0 X-MTK: N Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 2018-03-05 at 08:10 -0600, Rob Herring wrote: > On Fri, Mar 2, 2018 at 8:15 PM, Sean Wang wrote: > > On Fri, 2018-03-02 at 09:45 -0600, Rob Herring wrote: > >> On Fri, Feb 23, 2018 at 06:16:38PM +0800, sean.wang@mediatek.com wrote: > >> > From: Sean Wang > >> > > >> > Add mt7623a-rfb.dtsi where most nodes can be inherited from > >> > mt7623n-rfb.dtsi and keep these distinctions from MT7623A boards in > >> > mt7623a-rfb.dtsi for most definition can be reused among MT7623A board > >> > variants. > >> > > >> > MT7623A has its specific definition of power domain and thus we need > >> > to change related devices such as audio, ethernet, crypto, high-speed > >> > DMA, NAND, and USB controller to the power domain they specifically > >> > belong to. In addition, MT7530 exists as built-in module inside MT7623A > >> > SoC and I2C2 and UART[0-1] get being removed and UART2 have distinct pin > >> > usage. Those all differences can be totally seen in mt7623a-rfb.dtsi. > >> > > >> > Signed-off-by: Sean Wang > >> > --- > >> > arch/arm/boot/dts/Makefile | 2 + > >> > arch/arm/boot/dts/mt7623a-rfb-emmc.dts | 22 +++++++++ > >> > arch/arm/boot/dts/mt7623a-rfb-nand.dts | 26 +++++++++++ > >> > arch/arm/boot/dts/mt7623a-rfb.dtsi | 84 ++++++++++++++++++++++++++++++++++ > >> > arch/arm/boot/dts/mt7623n-rfb.dtsi | 15 ++++++ > >> > 5 files changed, 149 insertions(+) > >> > create mode 100644 arch/arm/boot/dts/mt7623a-rfb-emmc.dts > >> > create mode 100644 arch/arm/boot/dts/mt7623a-rfb-nand.dts > >> > create mode 100644 arch/arm/boot/dts/mt7623a-rfb.dtsi > >> > > >> > diff --git a/arch/arm/boot/dts/Makefile b/arch/arm/boot/dts/Makefile > >> > index 5af6fce..818817c 100644 > >> > --- a/arch/arm/boot/dts/Makefile > >> > +++ b/arch/arm/boot/dts/Makefile > >> > @@ -1122,6 +1122,8 @@ dtb-$(CONFIG_ARCH_MEDIATEK) += \ > >> > mt6580-evbp1.dtb \ > >> > mt6589-aquaris5.dtb \ > >> > mt6592-evb.dtb \ > >> > + mt7623a-rfb-emmc.dtb \ > >> > + mt7623a-rfb-nand.dtb \ > >> > mt7623n-rfb-emmc.dtb \ > >> > mt7623n-rfb-nand.dtb \ > >> > mt7623n-bananapi-bpi-r2.dtb \ > >> > diff --git a/arch/arm/boot/dts/mt7623a-rfb-emmc.dts b/arch/arm/boot/dts/mt7623a-rfb-emmc.dts > >> > new file mode 100644 > >> > index 0000000..ef6398e > >> > --- /dev/null > >> > +++ b/arch/arm/boot/dts/mt7623a-rfb-emmc.dts > >> > @@ -0,0 +1,22 @@ > >> > +// SPDX-License-Identifier: GPL-2.0 > >> > +/* > >> > + * Copyright (c) 2017-2018 MediaTek Inc. > >> > + * Author: Sean Wang > >> > + * > >> > + */ > >> > + > >> > +/dts-v1/; > >> > +#include "mt7623a-rfb.dtsi" > >> > + > >> > +/ { > >> > + model = "MediaTek MT7623A with eMMC reference board"; > >> > + compatible = "mediatek,mt7623a-rfb-emmc", "mediatek,mt7623"; > >> > + > >> > + chosen { > >> > + bootargs = "console=ttyS0,115200n8 earlyprintk"; > >> > >> Use stdout-path instead. earlyprintk option only works for a kernel > >> built with a debug uart at a fixed address, so drop it. > >> > > > > thanks, I will try and have stdout-path instead. > > > > But for earlyprintk, our kernel can support and be built with a debug > > uart at a fixed address and it is greatly useful to know what's going > > on when a system hang happens on certain device's initialization prior > > to uart initialization such as PCI device. > > These days, you only need earlyprintk for *really* early console like > in the assembly boot entry code and before the DT is unflattened. For > anything else, use earlycon instead because earlycon is a runtime > option. > > > Thus, I consider to keep it there in special on such kinds of > > development boards for debugging purpose. > > Then add this option when you are doing debug. But for what's > "shipped" in mainline, you should not have this enabled. > > Rob Okay, for these reasons, I will remove earlyprintk usage here and try to use earlycon instead in the future. Really thanks for your detailed explanation! Sean > > _______________________________________________ > Linux-mediatek mailing list > Linux-mediatek@lists.infradead.org > http://lists.infradead.org/mailman/listinfo/linux-mediatek