GeekyBear
5 hours ago
After a decade of being assured that the short support window for Android devices had a root cause in the lack of support device makers received from Qualcomm, they are the last company that I want to see buy Intel.
bfrog
5 hours ago
Meanwhile x86 has maintained backwards compat for (checks calendar) yeah decades. Literally decades. With standards up the wazoo to avoid the disaster that is the Arm ecosystem without UEFI or something like it.
Every Arm SoC being a snowflake needing special attention by the OS is a huge hassle. There's a reason there's no simplified Arm installer for operating systems.
dan-robertson
4 hours ago
Historically this backwards compatibility was a competitive moat for intel – having a large supply of weird instructions with some undocumented behaviour thrown in makes it more expensive to make competing chips.
loeg
4 hours ago
The ISA isn't what makes x86 easier for operating systems to support than ARM SoCs. It's things like generic ACPICA instead of hardcoded devicetrees.
dan-robertson
3 hours ago
To be clear, I wasn’t claiming anything about operating systems. Merely that adding many weird instructions was a strategy intel used to try to make the jobs of amd and centaur and suchlike harder.
gjsman-1000
4 hours ago
Some ARM systems (mainly servers) do support ACPI; allowing for one image to run on multiple processors and devices.
However… ACPI is apparently a pretty awful thing to implement. When it doesn’t work, or mistakes are made (looking at my own 13th gen HP laptop right now - borked ACPI tables means unpatchable broken sleep on Linux), then it’s pure frustration.
Device trees on the other hand are much more binary. Either everything generally works or it doesn’t at all. It’s a valid approach.
AlotOfReading
3 hours ago
You can override broken ACPI tables. The keyword to search for is "dsdt". For example, if you have an HP Omen this repo has a fix:
https://github.com/j0hnwang/OMEN-Transcend-16-ACPI-fix
But yes, device trees are far nicer to work with.
10000truths
3 hours ago
Flawed implementations of open specs can be worked around with things like quirk tables. A spec held hostage by a non-cooperating vendor cannot. In the world of ARM SoCs, bad vendors won't even provide a device tree, just a binary image compiled from a patched kernel.
knowitnone
2 hours ago
there's no simplified Linux installer either and every distro creates one and keeps re-inventing it
ASalazarMX
5 hours ago
Intel squandered its dominance on the CPU market for decades. Qalcomm sucking the remaining life of it would be a fitting end for a player that lost its way.
Wonder if the increasing backwards compatibility became too much to bear, but IMO it never really tried to tread new grounds for risk of losing a comfortable position.
Varloom
3 hours ago
Qualcomm main business is mobile phone chips and 5g modems.
Majority of it's revenue goes to Taiwan for TSMC as margins.
Having Intel fab, will cut the middle man, and revenue will skyrocket, all while no money leaves the USA.