Such system firmware is generally provided by AMI / Insyde / Phoenix and similar.
There are a few vendors who decide to go their own way (notably google using a fork of Coreboot for their chromebooks), but it's generally list of vendors that you can count on a single hand.
If it means anything I'm pretty sure AMI provides A/B updates on most products i've used with their stuff.
As another example of a vendor low-key screwing Framework in a way that I think it’s entirely appropriate to blame Framework themselves for, the first couple 13-inch models could charge off 5V chargers. The newer ones still have the necessary hardware, but whoever they get their power circuitry from cut that bit from the firmware on a newer chip version, and Framework obediently went “welp, guess we don’t have that feature anymore”.
For the EC, I feel like a team of a single developer could arrange something there?
They definitely have FW team inhouse, but idk if that team handle the EC too.
Intel / AMD and BIOS vendors simply do not expose their designs to everyone. So you have to go through an ODM to have an Intel chip-based motherboard design. The silicon industry is completely rotten at this point. Framework could simply be too small to get access to secret sauce.
If you are willing to pay, you can design from scratch everything.
It is not just payment. Without being "big enough" and guaranteeing some big volumes of CPU sales, Intel won't give you the specs. AFAIK only ODMs and BIOS makers like AMI has the full low-level CPU bootstrap spec.
This is just the CPU. Now add the other peripherals like HDMI controllers. You'd see the problem now.
That thing really hacked me off generally. Coming from a MBP 2016 that sipped power, the battery anxiety was real (especially standby drain), and I spent more time than I’d care to admit tweaking tlp to be still a pretty poor drain.
Then the backlight would only work in certain positions.
Love the dream, but it got sold and replaced by a MBP of 2x the price. 4years later the MBP has been used and abused like a tool, dropped from my car boot while trying to carry it and a child, and is still fresh as a daisy. I worry that FW doesn’t fit into “buy once buy well”
I did eventually tweak it to a very particular state where it had decent idle power use. Of course, it had to be re-tweaked occasionally.
Apart from that laptop, I've only ever used good-gen Thinkpads (and I'm back on one; the Framework now lives on my son's desk). The whole "we ship a screwdriver" gimmick gets old fast if you have to use that screwdriver on a regular basis (_of course_ they couldn't just use Phillips screws).
I still don't see how Framework's relative youth compensates my issues.
I don’t have the same confidence in FW
Two BIOS chips was supposed to protect you from bad BIOS updates or a bad BIOS mod, just like the scenario from TFA.
I was testing ECC previously in https://qt.ax/ecc and was trying to overclock the RAM to induce faults to confirm ECC was fixing them. Since I was using a cheaper board, I had to use keys to short the CLR_CMOS header and that got old really quick... I didn't ultimately succeed in creating a barely stable overclock that generated a ton of ECC errors, but that was a very awful experience.
Having some sort of BIOS recovery is definitely the baseline I'd expect these days, and having two BIOS chips so you can just keep using the device as if nothing had happened is the best solution.
I was under the impression that GPU overclocking, overvoltage and fan curve settings were not persistent across reboots.
Why don’t the OEMs of GPUs aimed at OCing just ship with a BIOS that exposes more tweaks through software though…
I had sleep issues. It was the lowest-end G5. I ended up recycling it.