5 ms·

They did also used to actually make ARM processors. Originally they acquired StrongARM from Digital, and then went on to replace the brand with their own XScale

They did also used to actually make ARM processors. Originally they acquired StrongARM from Digital, and then went on to replace the brand with their own XScale, and found some pretty good success in embedded systems and were at one point near-universal in PDAs and high-end mobiles (a huge customer at the time was RIM who put them in all of their Blackberries at one point). They sold that off though and it fell behind, but they actually still hold DEC's ARM license. So they did have some prior experience in that space, but that experience was built on the shoulders of what Digital was doing.

cpgxiii 6y ago
I don't think it was a lack of experience with what ARM designs could do. If I were to guess, their hope was that a nominally-familiar architecture would make porting easier for customers interested in building low-end embedded + server/cloud products from the same codebase; i.e. both your embedded client devices and servers would use the same libraries IPC/encryption/etc (same idea that node lets you reuse code between client and server). Of course the stumbling block there is that the Cortex-M family (rather than 8051, AVR, and PIC generations before) was already designed around good C/C++ support, and the server->embedded code reuse jump is bigger than the work involved in switching architectures. And, of course, the Cortex-M vendors already had lots of experience producing all the microcontroller variants with the particular peripherals their customers want, which is just as, if not more important than the architecture.
- chungus_khan 6y ago
  Certainly, I wasn't trying to suggest that, and was more just raising the point that they did once have a competitive embedded line, but sold it and then came back to the market down the road with a much weaker approach.
mkl 6y ago
> they actually still hold DEC's ARM license. Does that give them modern ARM processors or just the ones of the time?
- chungus_khan 6y ago
  It's an ISA licence, so they're allowed to design their own processors that implement ARM, but they would have to design them themselves (which is why they haven't)
  - cpgxiii 6y ago
    Actually, through their Altera acquisition, they must have design licenses for a number of recent Cortex-A variants as well, since a number of their FPGAs have ARM cores.

cpgxiii 6y ago

I don't think it was a lack of experience with what ARM designs could do. If I were to guess, their hope was that a nominally-familiar architecture would make porting easier for customers interested in building low-end embedded + server/cloud products from the same codebase; i.e. both your embedded client devices and servers would use the same libraries IPC/encryption/etc (same idea that node lets you reuse code between client and server). Of course the stumbling block there is that the Cortex-M family (rather than 8051, AVR, and PIC generations before) was already designed around good C/C++ support, and the server->embedded code reuse jump is bigger than the work involved in switching architectures. And, of course, the Cortex-M vendors already had lots of experience producing all the microcontroller variants with the particular peripherals their customers want, which is just as, if not more important than the architecture.

chungus_khan 6y ago
Certainly, I wasn't trying to suggest that, and was more just raising the point that they did once have a competitive embedded line, but sold it and then came back to the market down the road with a much weaker approach.

mkl 6y ago

> they actually still hold DEC's ARM license. Does that give them modern ARM processors or just the ones of the time?

chungus_khan 6y ago
It's an ISA licence, so they're allowed to design their own processors that implement ARM, but they would have to design them themselves (which is why they haven't)
- cpgxiii 6y ago
  Actually, through their Altera acquisition, they must have design licenses for a number of recent Cortex-A variants as well, since a number of their FPGAs have ARM cores.