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

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



With the multiplatform work completed in the past merge window, and the
scheduled deprecation of the Samsung s3c platforms, I decided to have a
look at the remaining board files. There are 196 remaining boards, down
from 489 boards ten years ago, but my estimate is that only few of those
ever booted a linux-5.x kernel, and even less for future kernels. The
question is how to find out which ones are still used, and which ones
can go.

I would propose that we start by changing the assumption that all boards
might be used, instead assuming that they are all outdated unless someone
says that they actually prefer to keep it in the kernel.  I have started
a list of all 196 boards and annotated the ones that look like candidates
for removal [1]. If a board you use is on that list, please either reply
here or add a comment in the document.

Unless someone has a better idea for how to proceed, I would allow
six months for users to speak up and then remove the orphaned board
files for the release following the LTS kernel. I can't list all boards
individually, so here is a breakdown by platform:

s3c24xx

These are all scheduled for removal in early 2023 already, once the next
longterm stable kernel is out. No changes here, but it seems useful
to use the same timeline for removing unused board files of the other
platforms together.

s3c64xx

There are ten board files, which are currently scheduled for removal in
2024, along with the DT based boards for this SoC. We can still decide
to throw out some of the board files earlier though, while keeping the
platform around.

cns3xxx

There is only one reference board here, the actual products that were
previously supported, none of the board files from openwrt (now gone) made
it in, and the DT support was never completed, so the entire platform can
go away. We could also consider dropping the other arm11mpcore platforms
(oxnas and the mpcore variants of realview/integrator) at the same time,
since there are known issues with the CPU core.

iop32x

Some of the NAS devices were still in use two years ago as they have
a lot of RAM for an ARMv5 based machine, not sure if they still are
used. If they are, a DT conversion similar to what we did for ixp4xx
should be possible.

pxa

There are a ton of boards on this one, including seven with qemu support,
but based on IRC discussions, my feeling is that everyone who worked on
this has already lost interest a few years ago. There is rudimentary DT
support, so it may be helpful to pick one or two boards (gumstix?) with
good qemu support and keep them around for conversion to DT, while
removing all other boards.

mmp

This already has better DT support than pxa, at least for the ARMv7
based SoCs. The remaining nine board files are all candidates for removal.

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.

rpc

Russell is the only known user, and is likely to keep this one around
for as long as gcc can still build kernels (it needs gcc-8 or older).

footbridge

Three machines, most notably the NetWinder that a few people still have.
I assume Russell wants to keep the machines working that he still has.
ep93xx

These are still used, and the platform includes the only remaining two
board files that were added after linux-3.0. DT support is probably
doable now that common-clk works. Need information about which boards
are important.

omap1

common-clk and multiplatform support just landed. There are three boards
that are likely to be in use (ams-delta, osk and nokia770) and two boards
supported by qemu (sx1 and palmte), so we may want to keep those and
try to eventually convert them to DT. The rest can probably get retired.

davinci

DT conversion has stalled, and there are 12 remaining board files,
mostly for evaluation machines. No idea if any are still in use.

orion5x

DT conversion depends on stalled work for PCI. 16 boards never got
converted because of this, still enabled in Debian.  Can probably drop the
reference boards and the machines with less than 64MB. Debian_on_Buffalo
project apparently tries to keep these working, but there is also some
new interest in finishing DT conversion.

mv78xx0

Similar to orion5x, but lacking DT support completely. Only three
machines: one NAS and two reference design.

dove

Two board files, both of which have (incomplete) DT support as well.
Russell previously wanted to keep these around, not sure if he still
cares.

         Arnd

[1] https://docs.google.com/spreadsheets/d/1PL4dUUSieeXHzZhAn_Rnix32OTiCfN33sCQejpvI6ng/edit#gid=0



[Index of Archives]     [Linux Arm (vger)]     [ARM Kernel]     [ARM MSM]     [Linux Tegra]     [Linux WPAN Networking]     [Linux Wireless Networking]     [Maemo Users]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite Trails]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux