After the update to 3.03 yesterday everything seemed to work fine. Today however the machine feels really sluggish and cores do not get over 544,4xx MHz, temps hover around 33°C. Has anyone experienced something similar after the update?
Fedora 39 Beta, practically untouched GNOME install (installed steam, some console utilities and configured wifi).
Edit: Don’t now why or how, but for the time being it seems to have fixed itself 
Following the above instructions, I’m having issue with the UEFI Shell method. I have disabled secure boot and placed the files on a FAT32 USB driver. When I boot from it, I see the startup.nsh script run, and echoing turned off the screen goes black after that and just sits.
Any suggestion what would cause this?
I did the UEFI shell method, and it stayed on a black screen for a minute or two before it brought up an upgrade progress screen. Perhaps you just need to wait a bit longer for it?
If that doesn’t work, maybe try a different storage device? On my system, I used a micro SD card via the Framework micro SD module, and it went flawlessly, other than that mildly concerning period of black screen.
I’ve had the same experience. Suspected issues with the FAT32 formatting or age of usb key. I then reverted to the other method and that worked.
I attempted with 3 different USB drives, no luck. Worked perfectly with the first micro sd card.
Thanks for the help.
I had the same Error when updating with the UEFI method. Was using a (somewhat better?) chinese baseus 65W charger. When i switched to the official framework charger all worked perfectly.
I’ve had issued with USB 3.0 drives with a USB-A port, specifically Toshiba ones. My Samsung USB-C stick as well as a Kingston DataTraveller USB 3.0 with USB-A port have worked in the rear ports, as well as the front left one.
After successful install of the 3.03 BIOS firmware, things are better…
…but…
So it’s an improvement, though it’s still not quite a usable machine.
13" AMD Ryzen, vanilla Fedora 39beta, BIOS 3.03
Could you also share your kernel version.
6.5.2-301.fc39.x86_64
FYI, if you swapped over an existing Fedora install from Intel → AMD you may have to sudo dnf repo-sync to fix fwpupdmgr.
Running 3.03 beta right now, will report if I find any issues.
I installed firmware 3.03 with the UEFI shell update zip, worked fine with no issues. It did take longer than I expected, about 10 minutes, rather than the 1 minute or so that I’m used to from other motherboards, but that’s not really a problem. I was also a bit surprised that it didn’t reset all my bios config, since I read that warning for most of the previous firmware updates for the older intel models, but I’m not complaining 
It is working a lot smoother than 3.02 did, for ubuntu-22.04 with kernel package linux-oem-22.04c as instructed. Before the update, on 3.02, I also had lots of hitching and some freezing when using a wayland session, and while using a Xorg session was smooth, starting it took like 10 seconds of struggle switching video modes and sometimes crashed back to GDM. Now both types start and run smoothly as expected.
I also experimented a bit with the linux-oem-22.04d kernel package which is based on linux-6.5, and back on firmware 3.02 it didn’t start GDM successfully, but now on firmware 3.03 it does seem to work fine (maybe wifi driver is flaky, maybe just a fluke with my network, I haven’t had much testing time yet …)
Anyway, when I pre-ordered this many months ago, I fully expected it to take a few months after release for this brand-new platform to have really solid linux support. I’m very happy to see this timely beta bios release. Thanks!
I just updated my drivers and then the bios. It did restart the pc, but then it still shows the old bios version in msinfo32. I tried to install the bios again, but it has the same version after the second reboot:
Unable to install BIOS update on Windows 11, reboots but then displays EFI error code 21. Charger is connected.
Edit: Charged to 100%, and connected a different charger, and it worked.
I can #2 this. Exact same setup, Kernel 6.5.8-300.fc39.x86_64
How much RAM do you both have?
32GB, single module.
Update to this, I double-checked my BIOS, and it showed both PD firmwares still on 0.0.1E instead of 0.0.1C, so I re-ran the windows BIOS update tool.
This time, I was using a different charger with my laptop and had no issues with the BIOS update, or the PD downgrade, and my BIOS now correctly shows the 0.0.1C firmware. Not sure if it’s a coincidence, or if the charger being used when updating can impact the PD’s ability to firmware upgrade/downgrade.
The charger choice definitely seems to have an impact.
I was previously getting the “EFI error 21” as others above using an Apple USB-C charger from a MacBook Air but tried again with my Anker 100W brick and now it seems to work (still mid-flash as I type this).
I still had to play around with USB-C extension cards and ports a little bit for it work as the AC was sometimes not properly recognized which prevented the update from starting.
To further follow up on this: I’d tried various flash drives and a microSD card, and continued to have the same 02/Decompression error.
As a final step, I booted into my EndeavourOS partition, attempted to update via fwupdmgr, and got the following message:
Decompressing… [ ]
/efi does not have sufficient space, required 93.2 MB, got 4.1 MB
So that definitely seems to be the root of my problems 
I’ll figure out how to expand it (or reformat) and report back when I actually have a chance to update it for real
