Per our guide and per AMD, no, this is not to be used. This is for Intel only.
If it’s set on AMD it’s going to cause major problems for suspend.
2 Likes
With the overwhelming benefits seen in upgrading 3.02 to 3.03, I am pleased to announce we are releasing 3.03 as a release and is no longer beta.
Feedback given on this release has been cataloged and passed on.
13 Likes
Does this mean the current 3.03 is now considered stable or will there be a different release of 3.03 as stable? This is a little ambiguous to me.
1 Like
As with previous BIOS updates that have gone from beta to release, there is no change to the BIOS update file, it will just be linked as release on the BIOS/Drivers page on the support site. If you have already updated to 3.03 you don’t have to do anything else, and you can even recommend others come to this thread to get the installer file (otherwise they can go here: Framework Laptop BIOS and Driver Releases (AMD Ryzen™ 7040 Series) though it seems this page has yet to be updated with the new release as of the writing of this response).
3 Likes
It’s updated.
1 Like
Correct. Today was the last day of beta. 3.03 is the stable release - we want folks off of 3.02.
4 Likes
Can confirm. I thought I was hallucinating that it ever worked, but I’m glad I’m not the only one. Thankfully, my primary charger (a 60 W Aukey dual port GaN charger) still works.
Not sure where to post this to be most useful to the FrameWork people updating the Knowledge Base: The french Knowledge Base BIOS and driver update article, which is ironically written in English, is not up to date. The driver bundle linked is an old one, and it has no link to the 3.0.3 BIOS, stating: “No New BIOS at this time. The Factory-Installed BIOS (3.03) is the latest version”.
EDIT1: wording
EDIT2: This is actually true for all non-English versions of that article, only the English (US) version is up to date.
1 Like
Yeah, fair enough. But since I already had a couple chargers laying around, I decided against getting another one.
I already added the bug to this thread (since it was introduced by BIOS 3.03) and linked Kieran + you. Am I supposed to create a new thread solely for this issue?
Those who tested 3.03 in beta but who don’t want to opt-in beta releases from LVFS in general may now want to disable the lvfs-testing remote :
fwupdmgr disable-remote lvfs-testing
7 Likes
I actually had a similar problem, but from within Windows 11. While I tried updating the BIOS to 3.0.3 (Beta) the official charger stopped working when Windows rebooted to initialize the FW update. This in turn made the BIOS update fail. The charger I then used (Dell 65W from my XPS 13) worked.
For what it’s worth, there’s a newer AMD GPU driver available for Windows (direct from AMD) as of yesterday. It’s only been a day but this one seems to be a little more stable than the previous one for me, which had crashed 3 or 4 times.
Hi, I can’t get BIOS 3.03 to install via fwupdmgr. It says successfully installed firmware, prompts me to reboot, but then throws EFI Error Code: 03 after reboot.
I’m using Fedora 39 Beta. Already run dnf update. Three USB-C + one USB-A modules attached. Anker 737 PD adapter plugged in. Fingerprint reader already updated / working.
I’ve taken steps to attempt the “Linux/Other/UEFI Shell update” method by unzipping the archive in the root directory of the EFI partition of a Linux Mint installer I have, but I’m uncertain if I should really just drop the unzipped folder into any random EFI partition on any random USB drive I have laying around, regardless of the other files that already exist in the partition. I don’t want to brick my system.
Step 5 states, “Let startup.nsh run automatically,” implying I should either be able to see the file, and select it, or it should just start the update on its own (perhaps after navigating to the directory / partition that contains it?). I can browse the directories in the EFI partition, but I only see .efi files, not the .nsh file.
Any help you can provide would be super appreciated! 
I don’t have my AMD laptop yet, but I’ve done the UEFI shell update method on my 11th gen FW13. I took a blank USB stick, extracted the folder and copied only the files (not even the folder, just the files from the folder) onto the otherwise blank USB drive. Then with the USB drive still connected to the computer I re-booted and used F12 to get into the boot menu. I chose the USB drive and the firmware update ran. When the firmware update finished the system rebooted and I went into the BIOS and confirmed the updated firmware. Removed the USB, exited the BIOS and the system booted normally, with updated firmware. I’ve heard that this method cause issues in some cases, but I had zero issues.
Thanks! I tried this, and made progress. In that it recognized the USD drive, and automatically started the process when I selected it, but then I hit the same roadblock a bunch of other people seem to be getting: Error Code: 21.
I had to have the computer plugged in, but be below 100% full, so the system would recognize that it was charging. I let the computer sit, unplugged until it was at 90% or so, plugged it in and ran the update and it worked. I can’t say for sure if that’s what you are running into, but it’s something to be aware of.
Yeah, I saw that folks were running into this. With some even trying different chargers and/or cables and/or USB-C modules. I only have the one charger that’s rated high enough for this, and perhaps the same for my USB-C cable (all the same brand and variant).
I got my laptop down to 96% and tried it, but still had that error. Perhaps that’s not low enough? I do see the light on the module flicker right before I get the error. Wondering if there’s some interruption there.
I also notice some folks mentioned their light being red. Mine is a whitish-green, if that matters. I have seen the red light before, but haven’t since I started paying attention to it.
UPDATE 01
Got it down to about 87%, the light’s now red / orange, but still getting error code 21
UPDATE 02
I’ve now tried a different USB drive and the 1 TB storage module. Neither has worked. I’m at a loss, because I don’t have access to any other chargers / cables, and I’d rather not purchase one hoping it works.
UPDATE 03
I tried my Anker 537 PowerCore 24K power bank (65 W) and it worked! I was able to do the update. Unlike with my Anker 737 wall wart, which took a 2 or 3 seconds to negotiate(?), the light was immediately solid when using the power bank.
I think, perhaps, we could benefit from the BIOS updater waiting a beat before checking for AC power, or before deciding it’s not available?
Because, if it wasn’t plugged in, we wouldn’t even get to the screen that throws the error code. If I remember correctly.
Chassis intrusion protection doesn’t appear to work for me – I asked on Discord and someone said that the red lights that flash indicate that chassis intrusion has tripped, but the machine happily boots (without asking for the BIOS password) despite having opened the device!
Edit: As I say that, I just got the password prompt on my last test, so I’m going to need to try and reproduce this.
Does anyone know if there is an option to disable AMD PSP?
The intrusion detection switch not meant to prevent you from booting up the laptop, merely to inform you that you’re operating on live circuits.
4 Likes