Remove support for the now very old SiByte MIPS platform. It's not
relevant and is unused. It's also getting in the way of progress in
some admittedly minor ways. Better to retire it to reduce the burden
on the project.
Remove the GXEMUL support.
gxemul was a nice stop-gap while qemu support for mips was firmed
up. Now MALTA* + qemu is the platform of choice retire gxemul support.
It's unknown when this was last confirmed working.
Remove support for running 32-bit kernels on 64-bit hardware.
This was useful in bring up. However, it causes more issues than the
support is worth (64-bit atomics being chief among them).
Remove partial support for old atheros AR531x.
The AR531x cores implement the mips32 ISA. The new minimum for
FreeBSD's 32-bit mips port is mips32r2. In addition, this support
wasn't completely connected to the build, and appears to have been
disconnected for some time. This hardware is too old to be relevant
(greater than 10 years) and too slow to be worth the hassles (180MHz).
Remove support for Realtek RT2880
This is a 10-year-old part that implements only the mips32 ISA. 32-bit
FreeBSD/mips now requires mips32r2 or better. Some support for the SoC
and different devices remains since I was unsure what might be used in
newer designs. This part is too slow (266MHz) and too small (systems
<= 64MB) to be interesting enough to be worth the hassle to support.
Remove old config file for SENTRY5
This is an older broadcom part that implements the mips32 ISA. 32-bit
FreeBSD/mips now requires mips32r2, so retire this config. Most of the
broadcom port is shared with newer ports, so what little code may be
unique to this part has not been GC'd at this time.
Remove Ingenic JZ4870 port
While this part is still relatively new, it's FreeBSD/mips only 32-bit
SMP port. Since newer atomics that are used in FreeBSD's MI part of
the kernel now require these atomics to be reliable 64-bit for
64-bits, and since there's no good way to implement them on a SMP
environment, retire this port. The boards aren't very relevant, is
over 4 years old and there will be no follow-on designs. As such, the
developer time to fix these issues costs more than the benefit we get
from having it in the tree. The boards were more expensive and less
powerful than the RPi series, and so had poor acceptance in the