Even if Intel does start making ARM chips again (it used to make the
StrongArm chips), they would not be ditching the x86 architecture.
>
> However there are a number of problems with ARM chips.
> 1. No software headers to define registers and bit fields.
> So no portability of software from one version of the
> CPU to the next. Absolute ton of work has to be done
> to port Linux from one CPU to next even from same manufacturer.
That would explain why so few people use Linux on ARMs, or use ARM
devices in embedded systems.
Apart from the minor issue that the assumption is bollocks - there /are/
headers available defining all the necessary parts.
One issue that has existed for Linux on ARMs is that there have been
many variants of both chips and boards - so even though the details are
documented and the headers exist, the differences between them have made
it inconvenient to support new boards and devices. But recently the ARM
support in the kernel has been consolidated to give more consistent
support - and ARM themselves have been a big driving force here.
>
> 2. Everything is under NDA - so no chance of developers
> getting hold of datasheets and getting open source
> support to port drivers such as SATA because there
> are no software headers in the first place to start
> this work, and if you discussed the registers and their
> bit fields from NDA'd data sheets to get help
> then you are in violation of the NDA.
That would explain why so few people use Linux on ARMs, or use ARM
devices in embedded systems.
Apart from the minor issue that the assumption is bollocks - most
information is easily available without any sort of agreements.
There /are/ sometimes NDAs or other licensing requirements for some
parts of the information. Some chips are made specifically for a single
customer, and only that customer gets the details. Other chips have
things like cryptography or security features that are not publicly
documented. And some companies like to keep details of graphics
controllers hidden and provide only binary blobs.
>
> So you see a lot of projects with limited functions
> such as USB + wifi but no ethernet, or ethernet+SATA but no wifi.
That would be because the project only needs limited functionality.
Embedded systems developers don't waste time and money on features they
don't need.
> Unusual combinations despite being same chip, because
> the engineers in that particular factory could not
> solve their software problems on their own
> or reach out and download open sourced working
> code because NDAs prevent source code being released despite such
> NDAs being illegal and GPL code hoarding is also illegal.
>
That would be because the project only needs limited functionality.
Embedded systems developers don't waste time and money on features they
don't need.
> Despite all that wrong doing, look around you and 90% of the
> world is powered by Linux
> gadgets for all gadgets worth $30 or more.
>
If anything you claim about NDAs and secrets were remotely true, this
would not be the case.
> There is a way out and that is for companies like NXP,
NXP make ARM chips...
> Microchip or Intel to make their own chip, or licensed ARM chip,
> and do it in such a way they also create proper
> header files for registers and bit fields, and then make
> it into a consistent family that have no NDAs and open source
> friendly documentation so that anyone can go build
> projects with chips that are not encumbered with NDAs.
>
There are plenty of companies that make ARM devices with lots of
detailed information and header files, as well as the massive amounts of
documentation and header files available from ARM themselves.