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]
Date:   Fri, 5 May 2023 17:47:22 -0500
From:   Nishanth Menon <nm@...com>
To:     Rob Herring <robh@...nel.org>, Tony Lindgren <tony@...mide.com>
CC:     <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>,
        Tony Lindgren <tony@...mide.com>,
        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

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.

-- 
Regards,
Nishanth Menon
Key (0xDDB5849D1736249D) / Fingerprint: F8A2 8693 54EB 8232 17A3  1A34 DDB5 849D 1736 249D

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ