From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-7.5 required=3.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,MAILING_LIST_MULTI,MENTIONS_GIT_HOSTING,SPF_HELO_NONE,SPF_PASS, USER_AGENT_SANE_1 autolearn=unavailable autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id B128DCA9EBD for ; Sat, 26 Oct 2019 13:27:22 +0000 (UTC) Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 820542070B for ; Sat, 26 Oct 2019 13:27:22 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=lists.infradead.org header.i=@lists.infradead.org header.b="OvCy+bSw"; dkim=fail reason="signature verification failed" (1024-bit key) header.d=kernel.org header.i=@kernel.org header.b="yON2IQoQ" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 820542070B Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=kernel.org Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-arm-kernel-bounces+infradead-linux-arm-kernel=archiver.kernel.org@lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20170209; h=Sender: Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References: Message-ID:Subject:To:From:Date:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=hx8Lp95s5TK0Oed0k33X7PBEW9FJsTBJupK+F7rHYt4=; b=OvCy+bSwm/hHD6 VikpWcrt/AanDHLh93z5GSpxgETHY02UKt1zS/Y3noo1A0kIl9n9vU6fSfweRYGmXoDMX6r7aETE3 Hr0KoondHHumWH0CwGVt8niOx5OFv6F1lcvXVQOlZb4zXZZvz6TpKNS/ZoI52YC/P3NdrDQys6h6S 2OnGqHwwrJpCOXZu9pehuTiNm56RIgBaruNchFUMHP2dxg0zX+JqUtZIzLOJEf77s2RB9HVBcYjmD VpfnsMrmf3Xxwu1q/rL4xdspPs33SsglLtJI9TTJEvItK8IqOJ8dPZa6iqY26seh10dZKXE4liW7d VIGte9UMCebbnIyyfkSQ==; Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.92.3 #3 (Red Hat Linux)) id 1iOM6D-00044l-EW; Sat, 26 Oct 2019 13:27:21 +0000 Received: from mail.kernel.org ([198.145.29.99]) by bombadil.infradead.org with esmtps (Exim 4.92.3 #3 (Red Hat Linux)) id 1iOM69-00044J-Tb for linux-arm-kernel@lists.infradead.org; Sat, 26 Oct 2019 13:27:19 +0000 Received: from dragon (98.142.130.235.16clouds.com [98.142.130.235]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 066BF20867; Sat, 26 Oct 2019 13:27:11 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1572096436; bh=xWOCyH4LpE2A2ZS3DvRRqKw8BvJSQw43usiPJKaUMvA=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=yON2IQoQY/Zk1ndYAF3l8modBN8uczhSPyVFlAsxCQszQq7en5ohxiJRiCx27vIbx Yz4Nv1Fh3Oe+nVr0tn7wux/YNYTR/d6tpU/WhhjLd4T9aKSue6CflWKxTAxYO56ztE vUMOSltQ4ZhKbP3sestArcFAw40ddVAAff7iRj6k= Date: Sat, 26 Oct 2019 21:26:59 +0800 From: Shawn Guo To: Stefan-gabriel Mirea Subject: Re: [PATCH v7 0/5] Add initial support for S32V234-EVB Message-ID: <20191026132657.GO14401@dragon> References: <1571230107-8493-1-git-send-email-stefan-gabriel.mirea@nxp.com> <20191016131728.GA56859@kroah.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20191026_062717_996973_DE1A74A6 X-CRM114-Status: GOOD ( 19.57 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: "mark.rutland@arm.com" , "devicetree@vger.kernel.org" , "corbet@lwn.net" , Greg KH , "jslaby@suse.com" , "linux-doc@vger.kernel.org" , "linux-kernel@vger.kernel.org" , Leo Li , "robh+dt@kernel.org" , "linux-serial@vger.kernel.org" , "catalin.marinas@arm.com" , "will@kernel.org" , "linux-arm-kernel@lists.infradead.org" Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+infradead-linux-arm-kernel=archiver.kernel.org@lists.infradead.org On Wed, Oct 16, 2019 at 04:54:58PM +0000, Stefan-gabriel Mirea wrote: > On 10/16/2019 4:17 PM, Greg KH wrote: > > > > I've taken patch 3 in my tty-next tree. The others should probably go > > through an arm-specific tree, right? > > Thank you very much, Greg! That was all for the tty tree. > > I think that the other patches should go to the following trees: > * git://git.kernel.org/pub/scm/linux/kernel/git/robh/linux.git: > patches #1 and possibly #4 (as it covers arch/*/boot/dts/); > * git://git.kernel.org/pub/scm/linux/kernel/git/arm64/linux.git: > patches #2, #5 and possibly #4 (as it covers arch/arm64/boot/dts/) > * git://git.kernel.org/pub/scm/linux/kernel/git/shawnguo/linux.git > possibly patch #4 (as it covers arch/arm64/boot/dts/freescale/fsl-*) > > As a general question, would it be any chance to have the device tree > included in v5.4 (along with its compatible documentation and config > definition, without enablement)? That is, only the patches #1, #2 and > #4, because #3 is a cosmetic change and #5 enables the new configs by > default. That would complete a minimal support for S32V234-EVB, together > with the LINFlexD UART driver which was accepted. > > From the development process documentation[1]: "An occasional exception > is made for drivers for previously-unsupported hardware; if they touch > no in-tree code, they cannot cause regressions and should be safe to add > at any time". > > I know that it mentions only drivers and not device trees, but from the > history is seems that there have also been dts/dtsi files added outside > of merge windows, such as: > * arch/riscv/boot/dts/sifive/fu540-c000.dtsi; > * arch/riscv/boot/dts/sifive/hifive-unleashed-a00.dts; > * arch/arm64/boot/dts/arm/vexpress-v2f-1xv7-ca53x2.dts; > * arch/xtensa/boot/dts/lx200mx.dts; > * arch/xtensa/boot/dts/kc705.dts; > * arch/xtensa/boot/dts/xtfpga-flash-128m.dtsi; > * arch/arm/boot/dts/omap3-beagle-xm-ab.dts; > * arch/arm/boot/dts/at91-sama5d3_xplained.dts; > * arch/arm/boot/dts/am335x-boneblack.dts; > * arch/powerpc/boot/dts/charon.dts. > > I am sorry if my question is inopportune, I am definitely not trying to > rush anyone. I just ask because this has been under review for some > time and all the feedback has been addressed. We would really appreciate > to have this SoC and board supported in the following LTS release if > there are no other issues. Sorry, no. It happens occasionally that non-fixing patches are merged during -rc time, mostly because they are supposed to land mainline during merge window, but missed the window for some reason, like subsystem maintainers did not send pull request to Linus in time. Also the patches are only taken in early -rc like rc2. Shawn _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel