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: <6aaefebc-c7b0-4b1e-a9ee-5621c3339bed@app.fastmail.com>
Date: Mon, 05 Aug 2024 15:37:03 +0200
From: "Arnd Bergmann" <arnd@...db.de>
To: "Tony Lindgren" <tony@...mide.com>
Cc: "Aaro Koskinen" <aaro.koskinen@....fi>,
 linux-arm-kernel@...ts.infradead.org, linux-kernel@...r.kernel.org,
 "Russell King" <linux@...linux.org.uk>,
 "Linus Walleij" <linus.walleij@...aro.org>,
 "Richard Earnshaw" <richard.earnshaw@....com>,
 "Richard Sandiford" <richard.sandiford@....com>,
 "Ramana Radhakrishnan" <ramanara@...dia.com>,
 "Nicolas Pitre" <nico@...xnic.net>,
 "Krzysztof Kozlowski" <krzk@...nel.org>,
 "Mark Brown" <broonie@...nel.org>,
 "Kristoffer Ericson" <kristoffer.ericson@...il.com>,
 "Robert Jarzmik" <robert.jarzmik@...e.fr>,
 "Janusz Krzysztofik" <jmkrzyszt@...il.com>,
 Linux-OMAP <linux-omap@...r.kernel.org>,
 "Nikita Shubin" <nikita.shubin@...uefel.me>,
 linux-samsung-soc@...r.kernel.org, "Andrew Lunn" <andrew@...n.ch>,
 "Sebastian Hesselbarth" <sebastian.hesselbarth@...il.com>,
 "Gregory Clement" <gregory.clement@...tlin.com>,
 "Jeremy J. Peper" <jeremy@...emypeper.com>, debian-arm@...ts.debian.org,
 "Dmitry Torokhov" <dmitry.torokhov@...il.com>,
 "Alexandre Torgue" <alexandre.torgue@...s.st.com>,
 "Ard Biesheuvel" <ardb@...nel.org>, "Shawn Guo" <shawnguo@...nel.org>
Subject: Re: [RFC} arm architecture board/feature deprecation timeline

On Mon, Aug 5, 2024, at 14:30, Tony Lindgren wrote:
> * Arnd Bergmann <arnd@...db.de> [240805 07:58]:
>> Thinking about this some more, I wonder if we should just
>> change the Kconfig dependencies now (for 6.12, possibly backported)
>> and forbid ARM1136r0, i.e. OMAP2 and i.MX31, from being enabled
>> in combination with SMP.
>> 
>> This would immediately prevent the bug you are seeing and
>> allow the cleanups we've been wanting to do for a while,
>> and it would avoid the larger-scale rework that I had
>> planned (moving armv6 into an armv5 kernel).
>> 
>> The main reason we didn't do this in the past was that it broke
>> Tony's workflow of testing omap2plus_defconfig across all
>> platforms, but I assume this all changed with the new group
>> maintainership anyway.
>
> Yes please go ahead, no objection from me.
>
> Also related, the 2430 support could be dropped as AFAIK there
> are no active users for it. It's similar to the 2420 support
> that n8x0 use, and only 2420 support should be kept.

I've taken a look at this, and my feeling is that we would
not gain much dropping 2430 since it has very little unique
hardware, except for a few files in mach-omap2 and drivers/clk.

Keeping it around as long as 2420 seems to be less work
overall, so I won't send patches to drop this one. If anyone
else wants to remove it, please go ahead.

While looking at 2430 support, I did notice that musb support
got lost in the DT conversion, which you mentioned as being
incomplete at the time. This does mean it's almost certainly
not been used for over a decade with an upstream kernel.

      Arnd

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ