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: <c969392572604b98bcb3be44048c3165@hisilicon.com>
Date:   Mon, 11 Jan 2021 20:25:41 +0000
From:   "Song Bao Hua (Barry Song)" <song.bao.hua@...ilicon.com>
To:     Arnd Bergmann <arnd@...nel.org>,
        Linux ARM <linux-arm-kernel@...ts.infradead.org>,
        Linux Kernel Mailing List <linux-kernel@...r.kernel.org>
CC:     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>,
        Viresh Kumar <viresh.kumar@...aro.org>,
        "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>,
        "xuwei (O)" <xuwei5@...wei.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



> -----Original Message-----
> From: Arnd Bergmann [mailto:arnd@...nel.org]
> Sent: Saturday, January 9, 2021 11:55 AM
> To: Linux ARM <linux-arm-kernel@...ts.infradead.org>; Linux Kernel Mailing
> List <linux-kernel@...r.kernel.org>
> Cc: 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>; Song Bao Hua (Barry Song) <song.bao.hua@...ilicon.com>;
> Viresh Kumar <viresh.kumar@...aro.org>; 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>; xuwei (O) <xuwei5@...wei.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: Old platforms: bring out your dead
> 
> After v5.10 was officially declared an LTS kernel, I had a look around
> the Arm platforms that look like they have not seen any patches from
> their maintainers or users that are actually running the hardware for
> at least five years (2015 or earlier). I made some statistics and lists
> for my lwn.net article last year [1], so I'd thought I'd share a summary
> here for discussion about what we should remove. As I found three
> years ago when I removed several CPU architectures, it makes sense
> to do this in bulk, to simplify a scripted search for device drivers, header
> files and Kconfig options that become unused in the process.
> 
> This is probably a mix of platforms that are completely unused and
> those that just work, but I have no good way of knowing which one
> it is. Without hearing back about these, I'd propose removing all of
> these:
> 
> * asm9260 -- added in 2014, no notable changes after 2015
> * axxia -- added in 2014, no notable changes after 2015
> * bcm/kona -- added in 2013, no notable changes after 2014
> * digicolor -- added in 2014, no notable changes after 2015
> * dove -- added in 2009, obsoleted by mach-mvebu in 2015
> * efm32 -- added in 2011, first Cortex-M, no notable changes after 2013
> * nspire -- added in 2013, no notable changes after 2015
> * picoxcell -- added in 2011, already queued for removal
> * prima2 -- added in 20111, no notable changes since 2015

Hi Arnd,
I got confirmation from Qualcomm guys that there is no plan
to maintain prima2 in mainline any more.
Please feel free to remove the code. If you need my help,
Please let me know.

> * spear -- added in 2010, no notable changes since 2015
> * tango -- added in 2015, sporadic changes until 2017, but abandoned
> * u300 -- added in 2009, no notable changes since 2013
> * vt8500 -- added in 2010, no notable changes since 2014
> * zx --added in 2015 for both 32, 2017 for 64 bit, no notable changes
> 

Thanks
Barry

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ