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: <8bec242f6f69c87f99309ed5c20e2f0be2b533c7.camel@linuxfoundation.org>
Date:   Thu, 05 Jan 2023 22:45:09 +0000
From:   Richard Purdie <richard.purdie@...uxfoundation.org>
To:     Arnd Bergmann <arnd@...db.de>,
        Dmitry Baryshkov <dbaryshkov@...il.com>,
        Arnd Bergmann <arnd@...nel.org>
Cc:     Robert Jarzmik <robert.jarzmik@...e.fr>,
        Daniel Mack <daniel@...que.org>,
        Haojian Zhuang <haojian.zhuang@...il.com>,
        linux-arm-kernel@...ts.infradead.org, linux-kernel@...r.kernel.org,
        Ales Bardorfer <ales@...ech.si>,
        Ales Snuparek <snuparek@...as.cz>,
        Alex Osborne <ato@...hy.org>,
        Alex Osborne <bobofdoom@...il.com>,
        Dirk Opfer <dirk@...er-online.de>, Ian Molton <spyro@....com>,
        Lennert Buytenhek <kernel@...tstofly.org>,
        Marek Vasut <marek.vasut@...il.com>,
        Michael Petchkovsky <mkpetch@...ernode.on.net>,
        Nick Bane <nick@...omputing.co.uk>,
        Paul Parsons <lost.distance@...oo.com>,
        Philipp Zabel <philipp.zabel@...il.com>,
        Sergey Lapin <slapin@...fans.org>,
        Tomas Cech <sleep_walker@...e.cz>
Subject: Re: [PATCH 01/27] ARM: pxa: remove unused board files

On Thu, 2023-01-05 at 23:16 +0100, Arnd Bergmann wrote:
> On Thu, Jan 5, 2023, at 18:05, Richard Purdie wrote:
> > On Thu, 2023-01-05 at 17:50 +0200, Dmitry Baryshkov wrote:
> > > чт, 5 янв. 2023 г. в 15:46, Arnd Bergmann <arnd@...nel.org>:
> > > > 
> > > > From: Arnd Bergmann <arnd@...db.de>
> > > > 
> > > > The majority of all pxa board files has not been touched in a long time,
> > > > and no users have spoken up in favor of keeping them around. This leaves
> > > > only support for the platforms that were already converted to DT, as
> > > > well as the gumstix and spitz/akita/borzoi machines that work in qemu
> > > > and can still be converted to DT later.
> > > 
> > > Well, tosa also works in qemu.
> > > Nevertheless:
> > > Acked-by: Dmitry Baryshkov <dmitry.baryshkov@...aro.org>
> > 
> > I'm kind of sad to see corgi at this point but it isn't really
> > surprising. The hardware is old/slow and likely not used by many
> > anymore, things have moved on and the systems ended up being heavily
> > kernel size footprint limited.
> > 
> > I'd just note that corgi (and shepherd/husky) are strongly related to
> > spitz/akita/borzoi, the difference is basically pxa25x vs pxa27x
> > processor and pin changes. We chose just to emulate one set in qemu but
> > the others would be relatively trivial.
> > 
> > tosa and poodle have much less in common with the other Zaurus devices.
> > 
> > I guess what I'm saying is that if spitz is remaining it might make
> > sense to have corgi with it.
> 
> Ok, good to know, thanks for the background.
> 
> The way we came up with the list of unused boards is to
> assume they are all unused unless someone asked for it
> to be kept around for this time, for pretty much any reason.
> I probably forgot to have you on the Cc list when we discussed
> this in the past.

I didn't see any discussion about this until now, no.

> IIRC, nobody specifically asked about keeping either
> the corgi or the spitz series, the reason for keeping it
> was to have at least one handheld platform with qemu
> support remain for testing, but I don't see a reason
> for keeping more than one of them.
> 
> If you feel like we should keep tosa or corgi and ask
> again next year, we could do that, but reworking the series
> to keep tosa around would have additional side-effects
> on the tmio-mmc driver that can otherwise get cleaned
> up quite a bit.
> 
> In the long run, I expect we will remove all the remaining
> legacy boardfiles and only keep the DT support. Ideally
> if someone is motivated to convert spitz to DT, supporting
> corgi the same way is also easy.

Personally, I'm not that interested in tosa (or poodle/collie).

The other zaurus devices are interesting for me as I know the platform,
they have qemu emulation, there are set of devices which are similar
but also have differences and there were one of the original targets
for OpenEmbedded and Yocto Project. I did quite a bit of work to get
one kernel which could run on multiple devices, as best you could at
the time! I'd actually forgotten about the qemu emulation.

There is a need for better automated testing around DT in OE/YP and
this is making me wonder about a few potential ideas.

Is there any conversion to DT you can easily point at as an example of
the kinds of changes needed?

Cheers,

Richard


Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ