You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The older SoCs such as Armada XP and 370 only supports vfpv3-d16 while 385 and newer does complete vfpv3 and neon. This hampers performance of newer SoCs quite a bit and makes little sense not to split these since we already build vfpv3+neon binaries. While neon-vfpv4 exists, neon-vfpv3 doesn't and for some reason it's just called neon in GCC (which translates to arm_cortex-a9_neon in LEDE for this SoC family). Source: https://lists.linaro.org/pipermail/linaro-toolchain/2016-July/005826.html
The text was updated successfully, but these errors were encountered:
Limiting to lowest common [[https://forum.lede-project.org/t/new-package-arch-for-mvebu/4235|denominator]] to reduce target count appears to be a significant penalty for the majority of mvebu targets.
brand model target subtarget packagearchitecture cpu FPU/SIMD
Globalscale Mirabox mvebu cortexa9 arm_cortex-a9_vfpv3 Marvell 88F6707 VFPv3-D16/?
Marvell RD-A370-A1 mvebu cortexa9 arm_cortex-a9_vfpv3 Marvell Armada 370 VFPv3-D16/?
SolidRun ClearFog Pro mvebu cortexa9 arm_cortex-a9_vfpv3 Marvell Armada 388 88F6828 VFPv3-D32/NEON
SolidRun ClearFog Base mvebu cortexa9 arm_cortex-a9_vfpv3 Marvell Armada 388 88F6828 VFPv3-D32/NEON
Linksys WRT1200AC mvebu cortexa9 arm_cortex-a9_vfpv3 Marvell Armada 385 88F6820 VFPv3-D32/NEON
Linksys WRT1900AC v2 mvebu cortexa9 arm_cortex-a9_vfpv3 Marvell Armada 385 88F6820 VFPv3-D32/NEON
Linksys WRT1900ACS mvebu cortexa9 arm_cortex-a9_vfpv3 Marvell Armada 385 88F6820 VFPv3-D32/NEON
Linksys WRT3200ACM mvebu cortexa9 arm_cortex-a9_vfpv3 Marvell Armada 385 88F6820 VFPv3-D32/NEON
Turris CZ.NIC Omnia mvebu cortexa9 arm_cortex-a9_vfpv3 Marvell Armada 385 88F6820 VFPv3-D32/NEON
Linksys WRT32X mvebu cortexa9 arm_cortex-a9_vfpv3 Marvell Armada 385 88F6820 VFPv3-D32/NEON
Marvell Armada A385 DB AP mvebu cortexa9 arm_cortex-a9_vfpv3 Marvell Armada 385 88F6820 VFPv3-D32/NEON
Marvell Armada A370 DB mvebu cortexa9 arm_cortex-a9_vfpv3 Marvell Armada A370 VFPv3-D16/?
Linksys WRT1900AC v1 mvebu cortexa9 arm_cortex-a9_vfpv3 Marvell Armada XP MV78230 VFPv3-D16/?
PlatHome OpenBlocks AX3-4 mvebu cortexa9 arm_cortex-a9_vfpv3 Marvell Armada XP MV78260 VFPv3-D16/?
I just downloaded a copy of the supported devices CSV. There are currently only 5 vfp3-d16 devices, among which RD-A370-A1 and Armada A370 DB are reference boards and WRT1900AC has got a v2 that according to OpenWRT DB was released in the same year (2018). So I reckon it's reasonable to even drop vfp3-d16 if the number of officially built architectures is a concern (sorry PlatHome and Globalscale guys).
diizzyy:
The older SoCs such as Armada XP and 370 only supports vfpv3-d16 while 385 and newer does complete vfpv3 and neon. This hampers performance of newer SoCs quite a bit and makes little sense not to split these since we already build vfpv3+neon binaries. While neon-vfpv4 exists, neon-vfpv3 doesn't and for some reason it's just called neon in GCC (which translates to arm_cortex-a9_neon in LEDE for this SoC family). Source: https://lists.linaro.org/pipermail/linaro-toolchain/2016-July/005826.html
The text was updated successfully, but these errors were encountered: