lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20230509063805.GY14287@atomide.com>
Date:   Tue, 9 May 2023 09:38:05 +0300
From:   Tony Lindgren <tony@...mide.com>
To:     Nishanth Menon <nm@...com>
Cc:     Rob Herring <robh@...nel.org>, soc@...nel.org,
        Christian Marangi <ansuelsmth@...il.com>,
        Krzysztof Kozlowski <krzysztof.kozlowski+dt@...aro.org>,
        Russell King <linux@...linux.org.uk>,
        Masahiro Yamada <masahiroy@...nel.org>,
        Andreas Färber <afaerber@...e.de>,
        Manivannan Sadhasivam <mani@...nel.org>,
        Shawn Guo <shawnguo@...nel.org>,
        Sascha Hauer <s.hauer@...gutronix.de>,
        Fabio Estevam <festevam@...il.com>,
        Antoine Tenart <atenart@...nel.org>,
        Neil Armstrong <neil.armstrong@...aro.org>,
        Kevin Hilman <khilman@...libre.com>,
        Jerome Brunet <jbrunet@...libre.com>,
        Martin Blumenstingl <martin.blumenstingl@...glemail.com>,
        Linus Walleij <linus.walleij@...aro.org>,
        Sudeep Holla <sudeep.holla@....com>,
        Joel Stanley <joel@....id.au>,
        Nicolas Ferre <nicolas.ferre@...rochip.com>,
        Alexandre Belloni <alexandre.belloni@...tlin.com>,
        Claudiu Beznea <claudiu.beznea@...rochip.com>,
        Lars Persson <lars.persson@...s.com>,
        Scott Branden <sbranden@...adcom.com>,
        Florian Fainelli <f.fainelli@...il.com>,
        Andre Przywara <andre.przywara@....com>,
        Baruch Siach <baruch@...s.co.il>,
        Wei Xu <xuwei5@...ilicon.com>,
        Jean-Marie Verdun <verdun@....com>,
        Nick Hawkins <nick.hawkins@....com>,
        Maxime Coquelin <mcoquelin.stm32@...il.com>,
        Alexandre Torgue <alexandre.torgue@...s.st.com>,
        Vladimir Zapolskiy <vz@...ia.com>,
        Andrew Lunn <andrew@...n.ch>,
        Gregory Clement <gregory.clement@...tlin.com>,
        Lubomir Rintel <lkundrak@...sk>,
        Matthias Brugger <matthias.bgg@...il.com>,
        Peter Rosin <peda@...ntia.se>, Nancy Yuen <yuenn@...gle.com>,
        Benjamin Fair <benjaminfair@...gle.com>,
        Jonathan Neuschäfer <j.neuschaefer@....net>,
        Thierry Reding <thierry.reding@...il.com>,
        Bjorn Andersson <andersson@...nel.org>,
        Geert Uytterhoeven <geert+renesas@...der.be>,
        Heiko Stuebner <heiko@...ech.de>,
        Daniel Palmer <daniel@...ngy.jp>,
        Romain Perier <romain.perier@...il.com>,
        Kunihiko Hayashi <hayashi.kunihiko@...ionext.com>,
        Masami Hiramatsu <mhiramat@...nel.org>,
        Viresh Kumar <vireshk@...nel.org>,
        Shiraz Hashim <shiraz.linux.kernel@...il.com>,
        Patrice Chotard <patrice.chotard@...s.st.com>,
        Marek Vasut <marex@...x.de>, Qin Jian <qinjian@...lus1.com>,
        Jisheng Zhang <jszhang@...nel.org>,
        Paul Barker <paul.barker@...cloud.com>,
        Bartosz Golaszewski <brgl@...ev.pl>,
        Santosh Shilimkar <ssantosh@...nel.org>,
        Enric Balletbo i Serra <eballetbo@...il.com>,
        Javier Martinez Canillas <javier@...hile0.org>,
        Michal Simek <michal.simek@...inx.com>,
        devicetree@...r.kernel.org, linux-arm-kernel@...ts.infradead.org,
        linux-kernel@...r.kernel.org, linux-arm-kernel@...s.com
Subject: Re: [PATCH 0/4] ARM: Move dts files to vendor sub-directories

* Nishanth Menon <nm@...com> [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

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ