The additional competition is great, but it presents a great risk of PCs becoming more locked down. They don’t have an open, standardised BIOS/UEFI like x86 systems do.
Booting alternate OSes on ARM systems can be a nightmare. Usually it’s straight up not possible.
I don’t want PCs to be like smartphones. I don’t want locked bootloaders.
EDIT:
FFS people. I know there are some ARM devices that allow booting of non-official OSes. That’s why I said usually.
Even for those devices though, they typically have to use non-standardised firmware (you can’t just take an OS for device A and use it for device B), and it requires the OEM to want the device to be open.
Your desire to go “umm ackshully…” and be technically right over a point I never made in the first place is blinding you to the point I was making: x86 is open, standardised, and modular by default. ARM isn’t. And all it takes is a look at the phone/tablet market to see that OEMs don’t want them to be.
I don’t want PCs to be like smartphones. I don’t want locked bootloaders.
I’m sorry to burst your bubble, but since Microsoft made TPMmandatory for Windows 11+, locked down bootloader are on their way.
Basically, TPM allows (Windows) software to validate/verify the integrity of the OS and hardware. This also (could) include the bootloader/bios if Microsoft chooses to do so.
TPM is the equivalent of attestation on Android, which is the exact reason why your Banking App won’t work on your rooted/custom Android Phone.
That being said, we should embrace ARM. X86/AMD has 30+ years worth of “history” baked into each ( CISC) chip. This complexity is why your PC draws soooo much power and generates soooo much heat.
To license the arcitecture it costs a whole lot less, but when it comes to getting an actual usable computer they cost the same or more as an ARM machine, and perform worse.
Oh, I absolutely agree. Licensing is where the big difference is at, but that makes sense though, as ARM and RISC-V are both RISC based processors.
It’s loosely akin to comparing AMD vs Intel. Of course, you cannot pop-out an RISC-V and replace it with an ARM. However, the PCB’s should contain all the same parts, meaning they’ll have both have a similar price.
Unlike Intel/AMD, which you’d need extra capacitor, heat sinks, whatever - to help it handle all that extra power those CISC processors need (which results in heat).
Not all ARM chips are in phones, nor are they all locked down like one. There are several ARM devices and SBCs now where switching OSes is as easy as swapping out an SD card. Most do use uboot as a standard and some are even capable of utilizing UEFI.
Some SBCs only boot from said SD card though, while some do support more robust media. However, too many images are presuming you boot from SD which is a pita.
With or without Das Uboot, they still rely on board specific firmware (even Uboot is customised for many boards to make it work). OSes that state they do support aarch64, often require to have UEFI on your system so no way they are gonna boot on e.g. your Raspberry Pi.
Add to that, that is unlikely that browsers compiled for arm64 will have feature parity with their x86-64 counterparts. Goodbye Digitale Rights Management, and with that goodbye services like Tidal or Spotify (unless you run an OS that is still supported by their apps).
What made PCs take off was the BIOS war, which occurred because manufacturers were dependent on 3rd party OS’s, which were still competing for dominance.
Tbh I really want to get my hands on a snapdragon X laptop at some point just to play around with it. The energy efficiency alone makes me very curious.
I was under the impression that most of the issues around getting Linux to work on them was around driver support. As in: people are absolutely able to install an arbitrary OS, but the functionality is just super janky in most cases. Is that not accurate?
I’m conflicted on ARM.
The additional competition is great, but it presents a great risk of PCs becoming more locked down. They don’t have an open, standardised BIOS/UEFI like x86 systems do.
Booting alternate OSes on ARM systems can be a nightmare. Usually it’s straight up not possible.
I don’t want PCs to be like smartphones. I don’t want locked bootloaders.
EDIT:
FFS people. I know there are some ARM devices that allow booting of non-official OSes. That’s why I said usually.
Even for those devices though, they typically have to use non-standardised firmware (you can’t just take an OS for device A and use it for device B), and it requires the OEM to want the device to be open.
Your desire to go “umm ackshully…” and be technically right over a point I never made in the first place is blinding you to the point I was making: x86 is open, standardised, and modular by default. ARM isn’t. And all it takes is a look at the phone/tablet market to see that OEMs don’t want them to be.
I would like RISC-V to also get ‘good enough’, considering that it seems to be a shitton more open than ARM is.
Raspberry Pi owners: 🙄
“usually”
I am a raspberry pi owner. And a pinephone owner.
And even on those very open devices, booting alternate OSes is less straightforward than on x86.
As a simple user of Linux, I totally understand what it means for me…less choice, more google-android-like shit hardware. No thanks 👍.
I’m sorry to burst your bubble, but since Microsoft made TPM mandatory for Windows 11+, locked down bootloader are on their way.
Basically, TPM allows (Windows) software to validate/verify the integrity of the OS and hardware. This also (could) include the bootloader/bios if Microsoft chooses to do so.
TPM is the equivalent of attestation on Android, which is the exact reason why your Banking App won’t work on your rooted/custom Android Phone.
That being said, we should embrace ARM. X86/AMD has 30+ years worth of “history” baked into each ( CISC) chip. This complexity is why your PC draws soooo much power and generates soooo much heat.
Don’t be conflicted. RISC-V or GTFO.
Yep it keeps getting faster and faster.
“it keeps getting faster and faster” isn’t really saying much when it’s 1/10th the performance of a raspberry pi.
Yeah, but RISC-V also costs 1/10th the price of a Pi.
To license the arcitecture it costs a whole lot less, but when it comes to getting an actual usable computer they cost the same or more as an ARM machine, and perform worse.
For micro controllers (currently) it’s great.
Oh, I absolutely agree. Licensing is where the big difference is at, but that makes sense though, as ARM and RISC-V are both RISC based processors.
It’s loosely akin to comparing AMD vs Intel. Of course, you cannot pop-out an RISC-V and replace it with an ARM. However, the PCB’s should contain all the same parts, meaning they’ll have both have a similar price.
Unlike Intel/AMD, which you’d need extra capacitor, heat sinks, whatever - to help it handle all that extra power those CISC processors need (which results in heat).
The pi foundation is starting to roll out chips with risc v processors built in. It’s extremely cheap and open spec.
One example is RP2350.
More options in computing is better for everyone.
This! Exactly!
Standardized firmware isn’t something that’s specified in the ISA, is it? It’s just shitty phone manufacturers.
Asus had some x86 phones a few years back. I haven’t dug into them, but I doubt they had a full bios/efi.
pine64 arm devices have u-boot, while a bootloader does fullfil a subset of the uefi spec.
Not all ARM chips are in phones, nor are they all locked down like one. There are several ARM devices and SBCs now where switching OSes is as easy as swapping out an SD card. Most do use uboot as a standard and some are even capable of utilizing UEFI.
Some SBCs only boot from said SD card though, while some do support more robust media. However, too many images are presuming you boot from SD which is a pita.
With or without Das Uboot, they still rely on board specific firmware (even Uboot is customised for many boards to make it work). OSes that state they do support aarch64, often require to have UEFI on your system so no way they are gonna boot on e.g. your Raspberry Pi.
Add to that, that is unlikely that browsers compiled for arm64 will have feature parity with their x86-64 counterparts. Goodbye Digitale Rights Management, and with that goodbye services like Tidal or Spotify (unless you run an OS that is still supported by their apps).
But it’s not standard.
What made PCs take off was the BIOS war, which occurred because manufacturers were dependent on 3rd party OS’s, which were still competing for dominance.
I was gonna say I thought Raspi was ARM.
Tbh I really want to get my hands on a snapdragon X laptop at some point just to play around with it. The energy efficiency alone makes me very curious.
I was under the impression that most of the issues around getting Linux to work on them was around driver support. As in: people are absolutely able to install an arbitrary OS, but the functionality is just super janky in most cases. Is that not accurate?
I think that there’s a legitimate place for all-in-one “smartphone” SoC PCs. You can make them cheaper, smaller, and use less power.
It’s just not really what I want for myself in a PC. I want the modularity and third-parties competing to provide components.
But I am pretty sure that there are plenty of people who don’t care about that.
There has to be enough scale to support products like that, though. SoC systems might cannibalize enough to make scale hard.
sigh
Well, we’ll see where things go.