ARM Cortex A15 Eagle seems to be a very feature rich processor. Looking at the extraordinary features it seems that it is being targeted towards the servers and networking equipments.
It will surely get its place in to the embedded networking equipments.
The discussion also leads towards mobile servers if WiMax chipsets can be embedded in to a mobile device.
The fact that ARM intends to work with the Linux community to unleash the power of the A15 speaks mountains for seeing ARM in all mobile devices using sophisticated apps such as 3-D imaging and video in an "all-connected world". Many more wireless mobile opportunities for ARM.
With three licensees presenting mobile possibilities, the power management engineering on the A15 must have been well done. Recall issues on power which forced Apple to move to Intel from PowerPC (e.g., my brother has the last iMac G5, with a chip that was too hot for the PowerBook). With the A15, mobiles will be pushing up from the smartphone into the netbook space ...
Something missing in this picture?. If A15 is less than twice the area of A9, and 5 times performance, why would this not get into all cell phone, even running at half the speed of A9.
ARM is in troube...they have to make sure Apple, Qualcomm, Marvell, Broadcom Samsung, TI suceed with A9/A8 combo, yet need to introduce A15.
Intel always give true claims, however the x86 architecture is screwed up, the claims are never wrong......
For these types of applications, Marvell typically design their own ARM compatible CPUs. Server workloads vary quite substantially from application to application. Some with modest CPU performance requirements...Others that absolutely demand the maximum available CPU processing power available. A range of ARM Powered devices will appear; some Cortex-A9 based, some Cortex-A15 based, etc
Three ARM licencees made presentations centered on mobile application of the A15. See the article.
The A15 provides more processing power than the A8/A9, which you will need to get into higher-end applications. The A8 and A9 are in presently shipping devices, while A15 designs probably won't appear until next spring, if not next summer.
We have been hearing about ARM going into the HPC market for years now, but nothing has materialised yet. ARM is being very conservative for understandable reasons, but I wish them well in the high end uprocessor market segment as we need more competition there.
Disclosure: I work for ARM
Just to add to Gary's comment above
1) Due to the volumes and cost sensitivity of the phone market, a company will absolutely not use a processor that is over functional for the design. We still have companies licensing ARM11 for this space to address the needs of less functional handsets
2) Even once Cortex-A15 based silicon becomes available, there is quite a period time that elapses before handsets based on the devices are purchasable
3) These transitions take a long period of time. To illustrate, for 1Q2010, Cortex shipments represented 6% of the total ARM shipments. We absolutely expect the performance driven end of phone- and indeed other applications to transition over to the Cortex-A15, but it will take a long period of time
I'm assuming from recent context that this is still a 32-bit processor (being a member of the ARMv7 Cortex family) with 40-bit physical addressing (i.e. 1 TB). How can it possibly complete in the "server space" like everyone is implying without a true 64-bit architecture? If this is v7 with physical addressing extensions you are still going to be running 32-bit processes. May be viable for a supercharged smart phone but I don't see it being competitive against existing Intel offerings in the server or even laptop space as those are all capable of running full 64-bit applications and operating systems as far as I know. Now if they extend the instruction set architecture to full 64 bit addressing and integer performance in like a "Cortex" ARMv8 architecture that would be something to talk about. It is interesting though that one of the advantages of ARMv7 is the ability to mix 16-bit ARM thumb 2 opcodes and full 32-bit ARM opcodes, how does that translate to a true 64-bit processor?