Just in case we needed any more reassurance we made the right move with OpenPOWER: Phoronix is reporting that Intel is about to get even more restrictive with firmware. For as much flak as Intel (deservedly) takes over the Intel Management Engine and other closed highly-privileged blobs, the actual Firmware Support Package has so far been open source and royalty-free (it’s what’s layered on top that’s the problem). There isn’t a smoking gun or significant direct context in this Twitter thread, but the issue seems to be around the upcoming “Scalable FSP” architecture. Previously, open source firmware had control on initialization and could call into the closed blobs (or not) as necessary, but FSP 3.0 seems to invert this, giving a new closed blob control to call into the open source firmware (or not). This lets Intel cut projects like Coreboot on
x86_64
out of the picture, and can only be seen as a way to directly subvert their operation. A lot of this stuff is under NDA currently but as systems incorporating FSP 3.0 start appearing we should begin to get a clearer understanding.
By the way, don’t expect AMD to act any better. Remember that they’re the company bringing you Pluton: quoted from the article, “Pluton will also prevent people from running software that has been modified without the permission of developers.” It wouldn’t be surprising to see AMD’s Platform Security Processor pick up additional lock-in capabilities to reinforce this and other vendor controls.
Meanwhile here in the computing underground, we have our own problems with Power10, but there may be some light on the horizon for Power11. It was always a mystery after POWER8 and POWER9’s completely open firmware why IBM would take a sudden wrong turn with Power10, but this unsubstantiated post from the same thread (if it’s not wishful thinking) suggests COVID staffing issues rather than philosophical concerns were to blame for IBM using off-the-shelf vendored IP blocks requiring the existing blobs in its firmware.
I don’t know who that is, or what internal events at IBM they’re privy to, so it should be taken with a grain of salt. (If they read this blog, feel free to follow up in the comments or with me in E-mail.) Still, it makes more sense than IBM suddenly slamming the door on OpenPOWER after the tremendous goodwill built up with POWER8 and especially POWER9. It does also suggest, however, that the situation with Power10 is more or less baked in. The roadmap for POWER9, currently the OpenPOWER architecture with the widest install base, basically blew up and the long-promised POWER9 AIO “Axon” or “Axone” never arrived. I’m predicting that Power10 will have a smaller install base than POWER9 because it’s still IBM-exclusive, no other vendors so far have announced machines, and Raptor (the only “low-end” vendor of OpenPOWER workstations) has said they won’t ship a Power10 system with blobs. If there wasn’t enough money on the table to release Axon for IBM’s biggest OpenPOWER ecosystem, there won’t be for a newly-freed “Power10+.”
But there’s plenty of time for Power11, possibly landing in the 2024-5 timeframe, just in time for POWER9’s technological ebb. And if simple humanpower really was the reason IBM took shortcuts, hopefully their staffing and design teams will be in a much better place by then (wars, pestilence, locusts and inflation notwithstanding). It would come just in time because what makes OpenPOWER a compelling alternative to x86_64 and Apple ARM (and what so far has eluded RISC-V) is performance. I’d like to see Power11 continue to keep us in the game — but without compromises this time.
Note: This article have been indexed to our site. We do not claim legitimacy, ownership or copyright of any of the content above. To see the article at original source Click Here