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 3234EC7EE23 for ; Thu, 8 Jun 2023 20:36:27 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S236046AbjFHUeO (ORCPT ); Thu, 8 Jun 2023 16:34:14 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:44460 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229498AbjFHUeK (ORCPT ); Thu, 8 Jun 2023 16:34:10 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [IPv6:2604:1380:4641:c500::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 60167172E; Thu, 8 Jun 2023 13:34:09 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id E800F61520; Thu, 8 Jun 2023 20:34:08 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 5147AC4339B; Thu, 8 Jun 2023 20:34:08 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1686256448; bh=sDQU8yDhZvEN0YygXlDwwk/pG5OO2+PNN+eimNV1mxQ=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=fgaZ349JLx+w83grh2ZLXulv/+6NJAi3DgUkiDjdPUnEbtk4GQEssHtbOIddqu7NS lPaC6AHuim2fJRANrT5DaAmdXiQpvBm+7mGFYRsrpE+oxJUOyxOcSTn5lKiyDxe1Or n5YgMMfQ4bTaC2QJt/JnTYxj/givMqGUBBz3rUIry4SQD/wz5fgIIRzW+GMrEpzSFi PbfnO38m/nfnN3xuhX7TtG4zZHxJFbZGDmEo4sAIkiZ9b2pSGKKgp/euyIGBlEVoLc GjISgjtw2dBk6OSTF08aIBGYgRcFyZGTf1PvKvLV50bqV6sHmzKcOLVI2G/vh42+xc r1JZZ8BI/NqLw== Received: by mail-lf1-f54.google.com with SMTP id 2adb3069b0e04-4f624daccd1so1292163e87.0; Thu, 08 Jun 2023 13:34:08 -0700 (PDT) X-Gm-Message-State: AC+VfDwOq1BLSa3kYFrjl204xs+74DUnDtlruVNmK1lWDymaPqXV4+8f A/uDDTnEAEt06Flu5XXLisylgiePxXycxtwQbA== X-Google-Smtp-Source: ACHHUZ5SCj+1HRHRtKPyWx3l9LJOj9l0nyCPip7lrCiON1VeZXUrpVZAJ73MOZnz04qUR2b59Vv4/CBNUYxpj6dT0Jg= X-Received: by 2002:a2e:9cd6:0:b0:2b1:d91b:51c3 with SMTP id g22-20020a2e9cd6000000b002b1d91b51c3mr4481468ljj.30.1686256446472; Thu, 08 Jun 2023 13:34:06 -0700 (PDT) MIME-Version: 1.0 References: <20220328000915.15041-1-ansuelsmth@gmail.com> <85eb14ec-f465-7447-ad77-a3dabc666f47@kernel.org> <720a2829-b6b5-411c-ac69-9a53e881f48d@app.fastmail.com> In-Reply-To: From: Rob Herring Date: Thu, 8 Jun 2023 14:33:53 -0600 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [RFC PATCH 0/1] Categorize ARM dts directory To: =?UTF-8?Q?Jonathan_Neusch=C3=A4fer?= Cc: Arnd Bergmann , linux-aspeed@lists.ozlabs.org, linux-realtek-soc@lists.infradead.org, linux-arm-kernel@axis.com, linux-stm32@st-md-mailman.stormreply.com, chrome-platform@lists.linux.dev, linux-samsung-soc@vger.kernel.org, openbmc@lists.ozlabs.org, Krzysztof Kozlowski , linux-rockchip@lists.infradead.org, Geert Uytterhoeven , linux-sunxi@lists.linux.dev, devicetree@vger.kernel.org, linux-arm-msm@vger.kernel.org, linux-actions@lists.infradead.org, linux-unisoc@lists.infradead.org, linux-mediatek@lists.infradead.org, linux-rpi-kernel@lists.infradead.org, linux-tegra@vger.kernel.org, linux-amlogic@lists.infradead.org, Linux-OMAP , linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, Christian Marangi , Linux-Renesas , kernel@dh-electronics.com, Olof Johansson , Krzysztof Kozlowski , "linux-oxnas@groups.io" Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, May 9, 2023 at 4:55=E2=80=AFPM Jonathan Neusch=C3=A4fer wrote: > > On Tue, May 02, 2023 at 02:40:19PM -0500, Rob Herring wrote: > [...] > > I've dusted off my script and made a branch[1] with the result. > > There's just a couple of fixes needed after the script is run (see the > > top commit). The cross arch includes are all fixed up by the script. > > dtbs_install maintains a flat install. I compared the number of .dtbs > > before and after to check the script. > > > > I think the only issue remaining is finalizing the mapping of > > platforms to subdirs. What I have currently is a mixture of SoC > > families and vendors. The most notable are all the Freescale/NXP > > platforms, pxa, socfpga, and stm32. It's not consistent with arm64 > > either. Once that's finalized, I still need to go update MAINTAINERS. > > > > Here's the current mapping: > > > > vendor_map =3D { > [...] > > 'aspeed' : 'aspeed', > > 'ast2' : 'aspeed', > > 'facebook' : 'aspeed', > > 'ibm' : 'aspeed', > > > 'openbmc' : 'aspeed', > > The openbmc flash layouts are currently only used by aspeed devicetrees, > but they don't really depend on any aspeed details. It would be possible > to reuse them in Nuvoton BMC devicetrees in the future, for example. > > In that sense, I think putting them in a separate "openbmc" directory > would be slightly better. Could be used on arm64 or riscv too at some point. We do some cross arch includes, but IMO it would be better to move to include/dt-bindings/ or somewhere outside of arch/. Other common things I didn't move. I could do that here too. I prefer to that the sub-directories are just chip vendors/families. Rob