[PATCH v4 06/12] ARM: vfp: Remove workaround for Feroceon CPUs
Arnd Bergmann
arnd at arndb.de
Wed Mar 22 00:26:55 PDT 2023
On Tue, Mar 21, 2023, at 16:42, Ard Biesheuvel wrote:
> On Tue, 21 Mar 2023 at 15:44, Linus Walleij <linus.walleij at linaro.org> wrote:
>> I agree, I have one of those systems as my NAS, currently running
>> an (unsupported) version of ArchLinuxARM:
>>
>> $ cat /proc/cpuinfo
>> processor : 0
>> model name : Feroceon 88FR131 rev 1 (v5l)
>> BogoMIPS : 83.33
>> Features : swp half thumb fastmult edsp
>> CPU implementer : 0x56
>> CPU architecture: 5TE
>> CPU variant : 0x2
>> CPU part : 0x131
>> CPU revision : 1
>>
>> Hm doesn't even have any VFP, I don't know what spins of this Marvell
>> silicon that even does?
>
> Arnd might have some more insight in that.
I did the research again last week when we discussed this
on IRC. It turns out that the information I had put into
Documentation/arm/marvell.rst is actually correct, and
out of the various Feroceon/Mohawk CPU cores, only the
very last dual-issue "Jolteon" cores have VFP, the
numbers are 88fr571-vd (used in mv78xx0), and
Feroceon-2850 88fr531-vd (used in Orion-2 88F5281,
but not more common Orion 88F518x and Kirkwood).
On a board level, none of the machines using DT have these
chips, the only remaining board files in 6.3 are
TERASTATION_WXL, TERASTATION_PRO2 and TS409. The first
two of those are being actively supported by the
https://github.com/1000001101000/Debian_on_Buffalo
project, but the maintainer confirmed that they don't
expect any user to run VFP-enabled binaries on the
Debian armel distro.
Arnd
More information about the linux-arm-kernel
mailing list