ARMv7/AArch32 also has optional endian support but it is more consistent where implemented. It supports endian mode changes on the fly and it has instructions for converting endianess. This was overall good endian support. ARMv8/AArch64 deprecates easy endian mode switching on the fly and practically forces little endian mode as the default endianess. Instructions which convert endianess are encouraged instead of operating in big endian mode or on the fly endian mode changes which some cores may still support. Big endian mode support may become less and less common and may be removed at some point. This big endian support is less impressive and more on par with PPC.
Correct me if wrong michalsc.
You are correct. Besides, on *any* ARM the endianess is, according to official documentation, implementation defined which means that an ARM cpu can be bi-endian, LE only or BE only. Some of them can be switched to BE or LE through a pin, some can have it hardwired. The instructions are *always* LE no matter what mode for data is supported by the CPU. Additionaly, memory mapped peripherals covered by ARM are always LE.
On AArch64, if the CPU is bi-endian, the mode can be set separately for each privilege level. Moreover, endianess can be set on per-process basis since the SCTLR_EL1 register can be rewritten on task switch. Still, one can only hope that the CPU of interest supports both BE and LE. This is true for all CPUs used in RaspberryPi so far. This is true in case of RK3399 CPU (rockpro64, pinebook pro). This is false in case of Apple M1 - this one is LE only.
"1. Hyperion wins the court battle a) Hyperion can't afford to port AmigaOS to new hardware b) without new affordable hardware AmigaOS revenues will dry up c) game over 2. Hyperion loses the court battle a) Hyperion loses all sources of AmigaOS related revenue b) Hyperion owes more money than they can ever repay c) game over 3. Hyperion sells everything AmigaOS related and/or settles a) Hyperion may receive funds to survive and legal costs are reduced b) Hyperion could then go back to porting games"