> We've know about this for years though. Libreboot, Coreboot and even Google have begged Intel and AMD to provide chips without backdoors installed and they ha

> We've know about this for years though. Libreboot, Coreboot and even Google have begged Intel and AMD to provide chips without backdoors installed and they have refused. Not to defend Intel/AMD here, but they might have refused because the ME (or AMD equivalent) is now required to initialize portions of the platform. x86, by nature of being an x86, starts in 16 bit mode and requires a lot of configuration to get it working as x86_64, not to mention the plethora of IO attached to a modern CPU. If you read some books on the ME [0], you'll find that it not only does DRM stuff, but it's also quite involved in the initialization of the IOMMU (or something similar to the IOMMU, my memory fails me) and other modern x86 subsystems everyone has grown accustomed to. So it may simply be that Intel isn't willing to put a dollar amount on engineering a CPU able to operate without the ME to do this extra initialization. I think the eventual solution will be a new CPU architecture which doesn't have so much legacy baggage attached, and which allows for x86 compatibility via an emulation/translation layer. I'm actually quite interested to see how well Microsoft gets along with x86 compatibility on their upcoming ARM port of Windows 10. [0] http://www.apress.com/us/book/9781430265719 http://www.apress.com/us/book/9781430265719