There are options to select Arm OABI and Arm EABI in cross compiling systems like buildroot but which one must be selected for newer boards like BeagleBoneBlack? What is the difference?
OABI was the first Application Binary Interface for ARM architecture. OABI assumes machine has a FPU unit to accelerate floating point instructions so OABI toolchains generates codes to execute on FPU. But this is not the case for ARM cores. When FPU instruction tried to execute, it leads to a kernel exception and if you build Netwinder Floating Point Emulation or Fast Floating Point Emulation support in kernel, exception will be handle in kernel emulating related instruction.
But as you may guess, this is a very slow operation because a context switch required for every instructions which needs FPU emulation.
EABI is the new Embedded ABI for ARM systems. It solves the context switch problem with emulating FPU instructions in userspace. In order to use this feature, you can pass
gcc for generating fully software emulated floating points.
With this method programs runs 10x or more faster when compared to FPU emulation in kernel.
New ARM cores also introduced a new Floating Point Unit named Vector Floating Points which uses a different instruction set. Even more, NEON introduced as an extension of VFP which allows for very efficient manipulation of matrices, and vector data in general. This leads to toolchains with hard floating point support named eabihf You can specify fpu in gcc with
For the BeagleBoneBlack case, you can use eabihf toolchain for maximum performance but it is also possible to use eabi with soft floating point emulation in userspace provided by gcc.