linux-kernel - RE: Old platforms: bring out your dead

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: <AM0PR04MB556964159EEB85C87124E4A7EBAB0@AM0PR04MB5569.eurprd04.prod.outlook.com>
Date:   Mon, 11 Jan 2021 21:15:47 +0000
From:   Mattias Wallin <mattias.wallin@...com>
To:     Arnd Bergmann <arnd@...nel.org>,
        Viresh Kumar <viresh.kumar@...aro.org>
CC:     Linux ARM <linux-arm-kernel@...ts.infradead.org>,
        Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
        Krzysztof Adamski <krzysztof.adamski@...ia.com>,
        Oleksij Rempel <o.rempel@...gutronix.de>,
        Baruch Siach <baruch@...s.co.il>,
        Russell King - ARM Linux <linux@...linux.org.uk>,
        Daniel Tang <dt.tangr@...il.com>,
        Uwe Kleine-König 
        <u.kleine-koenig@...gutronix.de>, Jamie Iles <jamie@...ieiles.com>,
        Barry Song <song.bao.hua@...ilicon.com>,
        Linus Walleij <linus.walleij@...aro.org>,
        Jonas Jensen <jonas.jensen@...il.com>,
        Marc Gonzalez <marc.w.gonzalez@...e.fr>,
        Hartley Sweeten <hsweeten@...ionengravers.com>,
        Lubomir Rintel <lkundrak@...sk>,
        Neil Armstrong <narmstrong@...libre.com>,
        Shawn Guo <shawnguo@...nel.org>, Alex Elder <elder@...aro.org>,
        Alexander Shiyan <shc_work@...l.ru>,
        Koen Vandeputte <koen.vandeputte@...ntric.com>,
        Hans Ulli Kroll <ulli.kroll@...glemail.com>,
        Vladimir Zapolskiy <vz@...ia.com>,
        Wei Xu <xuwei5@...ilicon.com>,
        Steven Rostedt <rostedt@...dmis.org>,
        Yoshinori Sato <ysato@...rs.sourceforge.jp>,
        Mark Salter <msalter@...hat.com>,
        Michael Ellerman <mpe@...erman.id.au>,
        Geert Uytterhoeven <geert+renesas@...der.be>,
        Thomas Bogendoerfer <tsbogend@...ha.franken.de>
Subject: RE: Old platforms: bring out your dead


>On Mon, Jan 11, 2021 at 12:10 PM Viresh Kumar <viresh.kumar@...aro.org> wrote:
>> On 08-01-21, 23:55, Arnd Bergmann wrote:
>> > * spear -- added in 2010, no notable changes since 2015
>>
>> I started an email chain with the ST folks to see if there are any
>> concerns with this getting removed and it was confirmed by Mattias
>> (Cc'd) from Schneider Electric (one of SPEAr's customers) that they
>> indeed use mainline on spear320s and the spear1380 boards, while they
>> also have access to spear1310 board which they don't use that often.

> Thank you for reaching out to them!

> Do we actually support spear1380 with the mainline kernel? I've
> never seen anything other than 1310 and 1340 models mentioned.
> If Schneider have additional patches on top of mainline for this,
> it would be good to get those merged as well. Is there a kernel
> source tree available somewhere?

> Rob Herring had mentioned that it would be nice to see SPEAr
> get removed eventually because it was only partially converted
> to devicetree, with some AUXDATA() (on 300/310/320/6xx) and
> some dmaengine channel data still in source format. These need
> to be finished before we can kill off AUXDATA.

Thanks for taking the time Arnd and Viresh

The spear1380 is not supported in mainline but it's quite similar to 1310 and 1340.
The spear13xx comes in a few flavors. 1310 and 1340 are the standard ones sold by ST and the 1380 are the customized version for Schneider Electric needs. One part of the chip is customizable but the base is the same in all 13xx. So a few IP blocks differ between the flavors. I can try to send you the 1380 stuff as well.
 
There is currently no external source tree for our kernel easy available.

If the AUXDATA on 3xx is a problem I can try to start focus on sending for patches in that area. We have patches that move some more parts over to devicetree (compared to mainline) but we haven't converted all. I will investigate if we have something that helps in that area.

Thanks,
Mattias Wallin