Apple's chips are faster than all ARM competition per watt. The only competitor coming close to AMD Ryzen 6800u has better performance per watt (within 20% of Apple's M2) [0] while Snapdragon 8 Gen 1 [1] has about half.
The best you can get right now are some NXP parts from Solid-Run (bulky form factor for mobile, no GPU), the Nvidia Xavier/Orin series mobile SoCs, or some of the newer Snapdragon devices (I'm not familiar with these.) These (all) support UEFI, too. But they are all vastly more expensive in almost every way vs an Apple Silicon device running Linux, and offer worse performance and less CPU features except Snapdragon, it's true. And all of them including Apple Silicon still have quirks.
Part of might be that -- and this is just an observation, speculation -- nobody seems to be licensing newer core designs in high volumes outside of server-class chips or explicit mobile SKUs. That means there's no volume to drip down to consumer parts. Everything is either a mobile SoC design or a high-margin server SKU, there's no mid-range option for a modern ARMv8.5 core -- which happens to be exactly the kind of device Apple targets with something like the Macbook Air.
The rumor is that Nvidia is aiming to get the Xavier/Orin series devices to have full upstream Linux support (GPU acceleration is a different story and needs Mesa, but may come later I suspect, since both the mobile and desktop GPU drivers are now open.) If that happens I think these would probably be the best alternative options you could get, in potentially mobile form factors -- but they are still much pricier when considering performance.
Nvidia desktop GPU drivers are not open. They recently published some include files that make it a bit easier to communicate with and helps the Noveau projects.
You can't drive a Nvidia GPU with anywhere near the same performance/functionality with an open source driver.
I might be totally wrong, as I haven't looked into the details (and I'm not familiar with nouveau either), but I thought they released more than include files? It seems like this[0] is the full kernel driver source (though only for recent nvidia GPUs). But userspace components are still closed source, so that might be what you are referring to. Though surely the kernel drivers are useful for more than just communicating with nouveau?
Ah, right, full kernel source, but it's really just a shim to user a user space driver. It does help make Nouveau's job easier, but it far from a usable driver.
It does nothing to help nouveau, since their biggest issue is at the firmware level. Nouveau cannot reclock modern cards due to HS mode and the cryptographic shenanigans that locks you into a binary blob signed by Nvidia.
In theory in the future you'll be able to use the GPL kernel driver with Noveau to have a fully open-source driver stack with not great not terrible performance. It's not clear when that future will arrive.
That fits, seems like Nvidia is heading in the same direction AMD did years ago, but is a long ways from nearing the functionality and performance of the binary driver.
I'd wager it's because Linux is a relatively small subset of Framework users. And then ARM would be a very small subset of those users. There's nothing stopping a third party from creating one, but I highly doubt the financials would make sense.
The Framework forum is dominated by Linux users. It makes sense that the forum would skew towards enthusiasts who like to tinker, but I wonder what the actual numbers are. I've speculated that the Framework DIY edition has created more new desktop Linux users than anything else in recent history.
Pre-built Framework laptops only ship with Windows. Last year's model has Windows 10. This year's model has Windows 11. The DIY model ships with either Windows 11 or "None (bring your own).
You could but:
- you need to handle booting - this is relatively easy as they use UEFI or coreboot respectively, both of which work fine. Some others using uboot are harder to support as you need to load the device tree definition manually.
- you need to have the drivers for the hardware - this is hard
Most ARM manufacturers for consumer hardware don't seem to think that working with upstream is a good idea. Intel and AMD actively work with linux developers to provide the drivers, and some other companies provide partial (with closed firmware) or complete documentation so developers can create drivers. On ARM side, some companies are fine while others are refusing to provide documentation: Qualcomm's modems and GPUs and Broadcom's wifi hardware are some examples.
I have heard the microsoft surface ARM notebooks got very good battery life when not doing any x86 emulation - might be worth looking into Linux on those
The new Intel processors are efficient, of course if you start doing compute intensive things they will consume a lot of power, the same can be said for ARM CPUs.
You can always force the new Intel processors in low power mode (by activating only the low power cores, at least with Linux) if you want to save power.
Of course there are the other things a laptop is compose of that consume power.
I don’t think it’s the chip or process exactly. In my experience power management was very poor when using Linux on a laptop and required tinkering to get it inline with Windows. Is suspect the battery life seen with Apple silicon Macs is the OS + hardware.
Maybe Framework is the right company to bring an ARM + Linux laptop with decent performance and battery life.
I've looked, and all I've seen are jailbroken Chromebooks and Win 10 laptops that also need to be jailbroken and are missing drivers for important things like wifi and accelerated graphics.
That is the state of non-server ARM in general on Linux.
It requires mucking with device trees and what not on most SBC's, etc.
Some of them kind of work.
The likely OEM's the SOC for a laptop like this (rockchip, amlogic, etc) are mostly non-helpful. Though rockchip is getting upstream reasonably well now (IE you could probably build a mainline kernel that works).
But honestly, I would expect a linux laptop built with any on-market ARM SOC to be a mess right now.
There is actually one SBC vendor who runs linux in a container under the android kernel because the android kernel has much better ARM hardware support :)
(which is probably right - most of the SOC's you'd put in a laptop are being built mainly for android based set top boxes, tablets, etc)
It would take a couple iterations and dedicated work to get somewhere good.
Basically a Raspberry Pi. Pretty unimpressive specs. My usual process with laptops is to buy something pretty beefy for its time and get a solid 7 - 10 years out of it. User-replaceable batteries helps with this.
It seems crazy to me that the only way to get a Linux ARM laptop that isn't essentially a Raspberry Pi (or equivalent) is to buy a Mac.
I'd be happy to be wrong about this. If I am, please let me know where I can spend my money.