Scheduling (unused) board file removal for linux-6.x

[Arnd Bergmann]

On Thu, Jun 30, 2022 at 1:32 PM Linus Walleij <linus.walleij at linaro.org> wrote:
> On Wed, Jun 29, 2022 at 10:43 PM Arnd Bergmann <arnd at kernel.org> wrote:
> >
> > sa1100
> >
> > Similar to PXA, work on this appears to have stopped. Russell probably
> > still has an Assabet or some other machine, but I don't know if he
> > still plans to keep using new kernels on those. The only machine with
> > qemu support is Collie (Sharp SL-5500), so if we keep any boards at all,
> > then this should be kept as well. Probably no point doing a DT conversion
> > here though.
>
> My interest is to have something to test that CPU_SA1100 is working
> on and I've been using the HP3600.

Ok. I have a H3600 and a Collie (with 64MB) here myself, though I
have no plans to do anything with these. I've marked the assabet,
h3600 and collie for staying around now.

> If I wanna keep doing that I should bite the bullet and convert it to
> DT and multiplatform like I did with everything else I need for testing.
> Else I deserve to have it removed on me and I can resurrect it
> using DT if I want.

My feeling is that it's not worth going there for any of the three
StrongARM platforms: rpc has a deadline in a few years when the
compiler stops working, and sa1100 machines are mostly limited
to 32MB (sometimes 64MB).

footbridge is probably the easiest out of the lot. I can resend
my patch to remove ebsa285 add-in mode, and I also have
some patches for cleaning up the ISA DMA.

> > davinci
> >
> > DT conversion has stalled, and there are 12 remaining board files,
> > mostly for evaluation machines. No idea if any are still in use.
>
> TI is semi-actively maintaining DaVinci, I wonder if we can send
> the message that this needs to be converted to DT pronto to live
> on?

I assume Sekhar and Bartosz have a plan. As Tony said, the
important machines are the DA850 ones that are already converted.

> Paging Aswath @TI, who just a few days ago sent some
> suspend/resume patches for GPIO:
> https://lore.kernel.org/linux-gpio/20220613054310.21186-1-a-govindraju@ti.com/
>
> Aswath: can you perhaps raise this internally at TI? Thanks!
>
> Patches also came from Nokia (!) last year see
> ea4ab99cb58cc9f8d64c0961ff9a059825f304cf

I would assume that both have been for keystone2 or k3, which
share a lot of the drivers with davinci and are widely used with DT.

        Arnd