ARM v8-R will be used for the next generation of ARM R cores that are currently used for ASIC designs with automotive and large industrial customers. Unlike the 64bit V8-A architecture for applications processors such as the Cortex-A53 and A57 and it will be 32bits, but it adds the same ability to run Linux and Android ‘out of the box’ alongside security and virtualization enhancements. Both of these tackle the issue of the memory management unit (MMU).
“Over the last two years we have been planning how to apply the new technology to embedded applications,” said Richard York, director of embedded processors at ARM. “Talking to people in the automotive and industrial markets, they have big software problems that microcontrollers don’t help them solve, such as different levels of safety, combining rich operating systems with real time operating systems, legacy software and software form lots of different sources”
The A8-A architecture was ARM’s first move into 64bit, but A8-R will not follow yet. It uses the AArch32 exception model that is compatible with that used in ARMv7-R and executes the ARM32 and T32 (Thumb) instruction sets sa well as using the NEON extensions and existing SIMD constructs.
“What we are doing is not 64bit initially because the market doesn’t want it,” said York. “Systems are not hitting the 4Gbyte memory limit and there are gaps in the architecture. But we have 64bit in mind because at some point they will want it. It’s not a question of if but when.”
Cores based on the A8-R architecture will be announced next year, with silicon from partners in the second half of 2015. The first devices will emerge for the industrial market even though the main focus is automotive. “The main competition is proprietary architectures,” said York. “The people we are talking to are using [Freescale] PowerPC, [Renesas] SH, [Infineon] Tricore or [Renesas] V850.”
The MMU will be 100% architecturally identical to