ARM was a British company traded on the London stock exchange before it was purchased by Softbank.
...that's not what
@Ries meant by "Switzerland" - the point was that ARM was "neutral" and didn't have a vested interest in any particular chip vendor : they simply licensed designs to anybody willing to pay (whether it was NVIDIA Tegra, Qualcomm Snapdragon, Apple Silicon etc...) and their business model was "the more the merrier".
The question is now, why would NVIDIA license future versions of ARM designs to other chipmakers who are going to compete with its own Tegra chips? The same issue would apply if Apple had bought ARM - could you see them licensing Apple Silicon designs to Samsung (or NVIDIA for that matter)...?
The
answer to that is that ARM's business model has probably played a huge part in ARMs success, and changing it would be a "courageous" decision... but only if your CEO actually gives a wet slap about the company's long term future, and isn't just counting on wringing enough cash out of the corpse to make a profit on the purchase price while trousering the IP. It would be nice to think that that's why Apple
didn't buy it (but it's more likely that, as the highest profile user of the ARM ISA, their chances of getting it past the competition authorities would be zip - whereas NVIDIA are just a.n.other licensee and will probably only raise token opposition.
It may be that ARM has done its job, especially if Apple and others with existing ISA licenses are free to develop their own versions. The ARM-based mobile market has broken the back of the Wintel monoculture and created an environment in which alternatives such as RISC-V actually have a snowball's chance in hell of succeeding, and created a large, diverse talent base and production capacity for that which is not Intel/NVIDIA/AMD. We're really coming to the point where ISAs should only be relevant to specific parts of the OS kernel, a few critical libraries and JIT compilers, and the advantages of fine-tuning the CPU to the type of device should outweigh the disadvantages of having to re-write those. In fact, that's not even a new idea (its been the Unix philosophy all along) - it is only the never-to-be-sufficiently-cursed legacy of the IBM PC (a mundane, backward-thinking me-too system that nobody would have looked twice at if it hadn't had those three magic letters on the front) that made x86 king. Android, "modern" Windows and the whole Java world are already virtual machine based. Apple has bitcode technology that can generate tailored binaries for the target processor at the app store stage - not a magic bullet for running x86 on ARM but quite capable of dealing with minor variations on a RISC ISA.
I think Apple will be more than happy to "take it from here" with instruction set design. If they get the x86-ARM transition
right - in particular by making sure that special-purpose instructions for vector processing, codecs, multithreading etc. are handled by OS frameworks rather than application code - it should be the last time that changing ISA for MacOS is a big deal.