Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp210077pxj; Fri, 28 May 2021 02:01:19 -0700 (PDT) X-Google-Smtp-Source: ABdhPJw+8P7hjQabmr0otSxWU4+cwq8t/X5fVafOmcunsoRKCYw0DlbnWspEGrku5eSRVjYmOsdG X-Received: by 2002:a17:906:d8cb:: with SMTP id re11mr8009435ejb.482.1622192479704; Fri, 28 May 2021 02:01:19 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1622192479; cv=none; d=google.com; s=arc-20160816; b=JhpNnJZvEgdNrravPIO9x4VF4uYuSXFtgrSqORiG1h8ROaExMk4qX4IDFNsdduo45v wJwlgDHA9u6M+9WdtJrJZ012NIGLP17oVomQBX1uaIuIqIGj93Ym+S2c4QiTYvi50vZL UuGMn5WxskriL67f6yeV+hIMC4/zs5Fc2jCZmc3Hl4LANDVmnDnpmAcwtAH3jpLSs/Ec xQTkye7DXFFBv6P6FeoW/g/NZQRyHz4ANRXwmsAY4eXhcMqfT3Qo0yFjLIFlQv8337Q3 9rwjIIyym89V2v7ru4aEkbxnzcvLn/yMHhcVaNexOKmg3RhHJPHNiKpfyhG5bHZHgL7A gFSw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=/0EmU+kN3UxVCWXFz9Jsn6yffc+To1IJHL31LISdpiY=; b=tj68LCF3aWP3WSVjO8XlS7HWNfWg2BDZHVk/tON+7jSggcQvYg1zOCwC4nPw90ckio /Iut+oLhdhJIWLJYw1e/7q8BJ57401AFkRRFVzNS49OKMEgRGQkPcmH0eHruT2L6vSFm GUHGh0zgRq4+8diYEQ+v761WrO+rss/qml7lyOO7NbUCdDOBrUN8VAug6DIAhcDqUE+f ls2O0Co3MIymlZmQJOeeC6feVD1e/ckSS4XERoPxbfsGN5RaqpZW1n4sdq0vwtWsyUbI tStgGWNv2LmpsAV1BWIe1ad8gtILv16kKzi+rt/S0K+nNTBxPPigIOBEsqvkLYHfq6AA e2TQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id co18si4107556edb.537.2021.05.28.02.00.55; Fri, 28 May 2021 02:01:19 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234769AbhE1HH1 (ORCPT + 99 others); Fri, 28 May 2021 03:07:27 -0400 Received: from muru.com ([72.249.23.125]:33154 "EHLO muru.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229574AbhE1HH0 (ORCPT ); Fri, 28 May 2021 03:07:26 -0400 Received: from atomide.com (localhost [127.0.0.1]) by muru.com (Postfix) with ESMTPS id 6A6D4809F; Fri, 28 May 2021 07:05:56 +0000 (UTC) Date: Fri, 28 May 2021 10:05:47 +0300 From: Tony Lindgren To: Grygorii Strashko Cc: Vignesh Raghavendra , Greg Kroah-Hartman , Rob Herring , linux-serial@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-omap@vger.kernel.org, Linux ARM Mailing List , Dario Binacchi Subject: Re: [PATCH] dt-bindings: serial: Move omap-serial.txt to YAML schema Message-ID: References: <20210527165636.939-1-vigneshr@ti.com> <3760d1e6-2121-323b-d962-60e8291d0bb7@ti.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3760d1e6-2121-323b-d962-60e8291d0bb7@ti.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org * Grygorii Strashko [210527 17:49]: > > > On 27/05/2021 19:56, Vignesh Raghavendra wrote: > > Convert serial-omap.txt to YAML schema for better checks and documentation. > > > > Signed-off-by: Vignesh Raghavendra > > --- > > .../bindings/serial/omap_serial.txt | 40 ------ > > .../bindings/serial/ti,omap4-uart.yaml | 116 ++++++++++++++++++ > > 2 files changed, 116 insertions(+), 40 deletions(-) > > delete mode 100644 Documentation/devicetree/bindings/serial/omap_serial.txt > > create mode 100644 Documentation/devicetree/bindings/serial/ti,omap4-uart.yaml > > Why omap4? Seems ti,omap-uart.yaml is more suitable. Additionally omap-serial should be deprecated in favor of 8250_omap and omap-serial not used at all in general. It seems some folks still stick to omap-serial for legacy reasons when using an old .config. That's easy to fix by just changing inittab to use ttyS instead of ttyO, the kernel cmdline is already fixed up on init to use ttyS, but might as well update the bootloader cmdline too. But why do we even allow using this driver on newer SoCs when we have already planned to deprecate omap-serial.c years before the new SoCs? I suggest we make omap-serial deprecated for all SoCs, and not even allow it for am6, omap-serial.c only lists these: { .compatible = "ti,omap2-uart" }, { .compatible = "ti,omap3-uart" }, { .compatible = "ti,omap4-uart" }, And folks are also using it for some rs485 cases that should just be really fixed for 8250_omap instead.. Adding Dario to Cc because of these omap-serial patches: e2a5e8448e73 ("serial: omap: fix rs485 half-duplex filtering") 45f6b6db53c8 ("serial: omap: don't disable rs485 if rts gpio is missing") Dario, why not use 8250_omap instead? Regards, Tony