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 Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id DF5CEC43219 for ; Tue, 22 Nov 2022 07:35:16 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232397AbiKVHfP (ORCPT ); Tue, 22 Nov 2022 02:35:15 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:46908 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229507AbiKVHfN (ORCPT ); Tue, 22 Nov 2022 02:35:13 -0500 Received: from muru.com (muru.com [72.249.23.125]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 273BE17052; Mon, 21 Nov 2022 23:35:12 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by muru.com (Postfix) with ESMTPS id F04208061; Tue, 22 Nov 2022 07:24:57 +0000 (UTC) Date: Tue, 22 Nov 2022 09:35:10 +0200 From: Tony Lindgren To: Nishanth Menon Cc: Andrew Davis , Apurva Nandan , Vignesh Raghavendra , Tero Kristo , Rob Herring , Krzysztof Kozlowski , Linus Walleij , linux-arm-kernel@lists.infradead.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-gpio@vger.kernel.org, Hari Nagalla Subject: Re: [PATCH v3 4/4] arm64: dts: ti: Add support for J784S4 EVM board Message-ID: References: <20221116130428.161329-1-a-nandan@ti.com> <20221116130428.161329-5-a-nandan@ti.com> <20221118174754.y37pq77drvla2uxj@tinderbox> <8c123fa2-caab-d2dd-5eb4-688f1c6abb33@ti.com> <20221118180808.wnel7d6gswsnooww@junkman> <93242211-95e7-09a0-fced-5ef2deb9fc08@ti.com> <20221118192744.wish2vrxgy7dg7c2@unnerving> <3d5e41f6-16a8-4298-ccd3-6db60f94eb47@ti.com> <20221118221534.52rfyf5gsck3xrrb@sauciness> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20221118221534.52rfyf5gsck3xrrb@sauciness> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org * Nishanth Menon [221118 22:12]: > I don't buy the argument here for 1-1 mapping of aliased serial > instances to instances - why should main_uart8 be ttyS10, why not > ttyS8 (it is equally valid - why was it called uart8?).. That mapping > is just a convention we are choosing to create. Heh yeah IMO uart8 should be ttyS8.. I agree let's not break the userspace device names as we've seen what kind of nightmare that ends up being. Regards, Tony