Framework 13 AMD Ryzen 7040 BIOS 3.03b

Makes sense.

Especially considering that currently, the BIOS/AMDFirmware/EC updates are not being pushed via Windows Update, meaning they are entirely manual and optional, and with 3.03 and 3.03b packages available for roll-backs, publishing ‘good enough’ releases with known issues explicitly indicated should be an acceptable way of approaching it, when the final fixed version can’t be made available in short time.


Is there any reason why the microcode in this update isn’t up to date? @Kieran_Levin
Microcodes for AMD consumer CPUs have to be provided by the UEFI/BIOS.

2 Likes

Huh, TIL, the AMD microcode updates in linux-firmware.git are for server CPUs only. That sucks—almost as much as AMD getting into the ECC market segmentation game starting with this CPU generation. Apparently people have been collecting firmware images themselves, and those should probably be safe enough to use given microcode signing, but this situation still seems suboptimal.

1 Like

It really is pretty frustrating. I’d love to a have a nice fileserver for backups and not worry about my data; but nope, gotta purchase business class servers for mega bucks!

I’d also really like to have updated AMD AGESA and resolved UEFI firmware bugs. Thank you for sharing about the microcode not being included for AMD, I actually had no idea…

On another note… Does anyone know if 7840U has AMD Secure Processor Rollback Protection? Gnome device security report seems to indicate it’s not enabled, and I don’t see an associated setting in UEFI.

P.S. I noticed that when I disabled my TPM2 in UEFI, my UEFI supervisor password was removed without warning.

Tbh my company has provided me a Dell laptop and didn’t set a BIOS password in there. Granted, there isn’t much need to go poking around in there anyway for me, but I can still change enough settings in there to break the installation.

Or maybe their IT support expects most employees to be idiots enough to not realise or know that anyway, but given I work from home and travel a lot, device theft is a possibility that they should take more seriously. I know all you really also have to do is pop the battery anyway but if they have a fTPM set, then my understanding is if Bitlocker (or some other encryption is on that relies on fTPM), then a BIOS reset will wipe that and the drive will remain encrypted. I believe (or would hope so) that they have Bitlocker enabled.

I’ll admit though, I’m a power user, but I’m not as clued into enterprise-level management. They also haven’t caught on that I was so frustrated in how little 8GB is in this day and age after Outlook, antivirus, all their other corporate monitoring tools/vpns, etc gobble up that I upgraded the RAM to 16GB.

Quick update, we got a fix for the bios password that we processing through internal validation.
If no major issues are found we are targeting a release next week.

24 Likes

That is great news! Though going back to the charger topic: are there any plans on supporting dumb charges? As in regular 5V chargers without PD protocol? While these won’t be of much use for any kind of load, being able to load a framework over night without any specific charger would be great!

What about compatibility with Qualcomm’s QuickCharge? Could that even be implemented or would it require some licensing deal or even hardware requirement, thus too expensive to support? There are plenty of chargers or there lacking PD support while supporting QuickCharge.

Just ran into this thread after continuing BSODs.

How did you diagnose this as a firmware issue?

Framework team - you should have replied to all tickets mentioning BSODs asking for customers to update. This would have saved me a lot of time.

@Kieran_Levin A suggestion: put these firmware posts in a specific forum or category, so people can subscribe to get emails when updates are released.

10 Likes

I like this.

2 Likes

Or unpin the welcome threads and perma pin the firmware one instead

1 Like

QuickCharge 4 is USB PD as far as I know.

QuickCharge 3 twiddles voltages on two of the 4 wires inside a “standard” USB cables (I think???)

Quick Charge 3.0 circuit – EmbedBlog seems more complicated than I thought it was.

AliExpress had some QC to PD boards, but I’d want to put them through pretty heavy testing before connecting them to an expensive Framework laptop.

1 Like

And if Discourse allows this, make them announce-only? That way they can be watched without chatter spamming one’s email.

This is still a Beta. Framework should not be telling everyone with a problem to install a beta BIOS until they know it is safe to do so.

1 Like

I was about to RMA the laptop - I think both parties would be willing to roll the dice here

Turns out rebooting resolved my issues.

Well, seems like supporting Qualcomm’s QuickCharge 2.0 might be possible? The twiddling of voltages is all withing the safe <3.3V of USB data lines, so given the frameworks USB controller supports this control, QC 2.0 support/compatibility should be possible?

As for QC 3.0, it seems to be a proper protocol instead of pulling some voltages on certain lines, so dunno how that entirely works… Though maybe thats not even required, if QC 3.0 is backward compatible with 2.0? Is it?

On the other hand, QC 4.0 seems to be a cross compatible variant with USB PD, so not entirely the same, but compatible just fine. So yeah, they should be able to charge a Framework alright, tho I don’t have a QC 4.0 charger at hand. Can anyone confirm this?

Framework laptops do not support QC 2.0. Or any charging algorithm that requires charge negotiation over the usb 2.0 data lines.

This requires special hardware on the usb data lines which we do not use in our design. Except for the framework 12th gen Intel Chromebook, which can support QC.

For laptops that support dumb chargers, we only support 5V@900mA charging.

3 Likes

@Alex_Shpilkin - Any chance you can elaborate on this more?

I took this to mean amd-ucode-20240312.3b128b60-1 at https://gitlab.com/kernel-firmware/linux-firmware/-/tree/main/amd-ucode?ref_type=heads did not include 7840U microcode, but that link dumps you into the 19h AMD Zen 4 microcode repository.

Similarly, amd-zen-ucode-platomav on Arch @ GitHub - platomav/CPUMicrocodes: Intel, AMD, VIA & Freescale CPU Microcode Repositories also contains 19h firmware.

Are you saying these are both server CPUs only, even though they indicate 19H / Zen4?