The Intel fanboi (and thus x86 fanboi) in me is pleasantly surprised at this comedy show, but objectively this feels like something I should feel annoyed/saddened by.
The problem is, the ARM world never got away from crappy BSPs or managed to get any kind of standardization. Anyone reasonably skilled can get at least a basic "hello world" running that uses BIOS routines to draw characters on a screen and it will work on any x86 compliant machine, no matter its age - there is no equivalent that will work on ARM devices. None at all. Every tiny device, from embedded gadgets to full blown phones, has to have its own kernel build. What a mess that is.
So I agree with this topic: arm ecosystem has to get its act together to further adoption.
Booting via UEFI on arm is also supported by alma, fedora and ubuntu server.
Embedded stuff mostly uses u-boot true. But u-boot itself is actually fine for this type of device. I recently did an evaluation of several system on modules. They all came with their own usually different version of u-boot. For the purspose of the evaluation I ddin't care I just pointed them at my kernel + DT and it booted.
The "decades old" part really depends. At work I've just finished updating our u-boot 2020.10 to 2024.04.
But embedded and PC / Server are fundementally different in terms of use case. On a PC / Server the user expects to install an OS of his choice. Embedded isn't like that, the definition of embedded it pretty much "single use case device" so being able to install a generic Linux distro and run libre office isn't a use case many care about, particularly if it would increase the hardware costs.
Phones are a different case to embedded, here it *would* be useful to install a generic OS (though probably not the same distributions as on PCs). For that a standarised bootloader / OS interface would be useful but it deosn't have to be UEFI / ACPI, u-boot distroboot would be sufficient https://docs.u-boot.org/en/latest/develop/bootstd.html
And that's not really much different in principle to APCI (which is really "DT on steroids"). The main difference is that with ACPI the device manufacturer ships the tables whereas with DT they have usually have to be provided by others.
PCs haven't standardised everything at the hardware level for years. The original PC had standard IO addresses but this only covers a few things like keyboard, display, serial ports. Modern PCs, especially laptops, have all sorts of "non standard" chips hanging off I2C busses.
There are 2 reasons it "just works" on PCs 1) ACPI tables descibe it (just like DT) 2) There are compatibility tests needed to get the Microsoft hardware certification to run Windows
But it goes beyond the kernel to the full OS distribution. All PCs have pretty much the same use cases and similar UI capabilities. Sure some may be more powerful etc but they're all pretty much the same idea. So on a PC it makes snese to pop in a USB key with a "generic" Linux distribution an install it. It probably doesn't make as much sense to want to install the exact same distribution on your PC, phone, TV and router. This means that, given the OS is going to be customised anyway there just isn't as much demand for a fully plug and play system.
We haven't seen independent reviews of these Qualcomm chips yet, but not even 3 years later and it sure looks like the entire PC market is about to leapfrog Apple. Intel's Lunar Lake looks like it's getting pretty close too.
Being a fanboi for a particular company/tech helps no-one except shareholders. Capitalists don't need to invest in competing if there's no-one competing with them.
I suspect this is more of an ambit claim from ARM to extract better terms from Qualcomm
How? There is barely any software for Windows that is made for ARM, much less drivers for all the various kinds of gadgets people have or the various anticheat crapware, and without a solid runtime translation layer similar to Rosetta and backing for it in hardware (memory access orders, other acceleration stuff) any Windows effort will fall flat on its face as it did some years ago.
It's perfectly reasonable to be sceptical of Qualcomm's claims, but you can get a feel for how confident a company is in their product by how they approach marketing - and we are seeing a level of confidence here from Qualcomm and Microsoft that we have not seen with previous Windows on ARM pushes.
I am personally inferring from this that the products are probably pretty good, but this is speculation. I won't be ordering one until I see some test results from independent reviewers.
More than enough crap these days wants that for DRM reasons as well. We don't own anything any more these days.
Gamers are what gave Steam the financial incentive to get Proton to an entirely new level. And a platform that brands itself as the future must have gaming support.
Is that pronounced “fan-BWAH”?