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 smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 2DA12C7EE22 for ; Tue, 9 May 2023 06:38:10 +0000 (UTC) Received: by smtp.kernel.org (Postfix) id 0CF9AC4339B; Tue, 9 May 2023 06:38:10 +0000 (UTC) Received: from muru.com (muru.com [72.249.23.125]) by smtp.kernel.org (Postfix) with ESMTP id 5D4DFC433EF; Tue, 9 May 2023 06:38:08 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.4.1 smtp.kernel.org 5D4DFC433EF Authentication-Results: smtp.kernel.org; dmarc=none (p=none dis=none) header.from=atomide.com Authentication-Results: smtp.kernel.org; spf=none smtp.mailfrom=atomide.com Received: from localhost (localhost [127.0.0.1]) by muru.com (Postfix) with ESMTPS id BC3DC804D; Tue, 9 May 2023 06:38:06 +0000 (UTC) Date: Tue, 9 May 2023 09:38:05 +0300 From: Tony Lindgren To: Nishanth Menon List-Id: Cc: Rob Herring , soc@kernel.org, Christian Marangi , Krzysztof Kozlowski , Russell King , Masahiro Yamada , Andreas =?utf-8?Q?F=C3=A4rber?= , Manivannan Sadhasivam , Shawn Guo , Sascha Hauer , Fabio Estevam , Antoine Tenart , Neil Armstrong , Kevin Hilman , Jerome Brunet , Martin Blumenstingl , Linus Walleij , Sudeep Holla , Joel Stanley , Nicolas Ferre , Alexandre Belloni , Claudiu Beznea , Lars Persson , Scott Branden , Florian Fainelli , Andre Przywara , Baruch Siach , Wei Xu , Jean-Marie Verdun , Nick Hawkins , Maxime Coquelin , Alexandre Torgue , Vladimir Zapolskiy , Andrew Lunn , Gregory Clement , Lubomir Rintel , Matthias Brugger , Peter Rosin , Nancy Yuen , Benjamin Fair , Jonathan =?utf-8?Q?Neusch=C3=A4fer?= , Thierry Reding , Bjorn Andersson , Geert Uytterhoeven , Heiko Stuebner , Daniel Palmer , Romain Perier , Kunihiko Hayashi , Masami Hiramatsu , Viresh Kumar , Shiraz Hashim , Patrice Chotard , Marek Vasut , Qin Jian , Jisheng Zhang , Paul Barker , Bartosz Golaszewski , Santosh Shilimkar , Enric Balletbo i Serra , Javier Martinez Canillas , Michal Simek , devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, linux-arm-kernel@axis.com Subject: Re: [PATCH 0/4] ARM: Move dts files to vendor sub-directories Message-ID: <20230509063805.GY14287@atomide.com> References: <20230504-arm-dts-mv-v1-0-2c8e51a2b6c4@kernel.org> <20230505224722.r73sbti6ugf76c66@mardi> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20230505224722.r73sbti6ugf76c66@mardi> * Nishanth Menon [230505 22:47]: > Tony, > > On 22:29-20230504, Rob Herring wrote: > > As discussed and attempted several times before[1][2], the flat arm32 > > directory of 1553 platforms has grown unwieldy. Past attempts stalled > > out due to plans to move .dts files out of the kernel tree. Doing that > > is no longer planned (any time soon at least), so let's go ahead and > > group .dts files by vendors. This move aligns arm with arm64 .dts file > > structure. > [...] > > Wondering if it makes to have any sense of grouping per TI SoC arch? at > least will be clear as to what is going on? > > ti/omap2 or ti/omap ? > > > 'am3' : 'ti', > ^^ group as ti/omap ? > > 'am4' : 'ti', > ^^ group as ti/omap ? > > 'am5' : 'ti', > ^^ group as ti/omap ? > > 'dra' : 'ti', > ^^ group as ti/omap ? > > 'keystone' : 'ti', > ^^ group as ti/keystone ? > > 'omap' : 'ti', > ^^ group as ti/omap ? > > 'compulab' : 'ti', > ^^ group as ti/omap ? > > 'logicpd' : 'ti', > ^^ group as ti/omap ? > > 'elpida' : 'ti', > ^^ group as ti/omap ? > > 'motorola' : 'ti', > ^^ group as ti/omap ? > > 'twl' : 'ti', > ^^ group as ti/omap ? > > 'da' : 'ti', > ^^ group as ti/davinci ? > > 'dm' : 'ti', > ^^ group as ti/davinci ? > > For me at least, this cleanly seperates things up. No objections from me to adding TI subdirectories. Rob, any issues with this? Regards, Tony