Is there any hope we get a fixed firmware update before heading into this holiday weekend? Or wishful thinking?
As a software engineer, I would never push a critical update before everyone leaves office. So, unfortunately (or fortunately), likely not if I were to guess.
5 Likes
Unfortunately after updating to 4.02 BIOS and 3.01 Keyboard firmware, Keyboard, Macropad, and USB Devices appear to randomly reset on Windows 11. Could be an hour. Could be once every few minutes. I haven’t been able to discern a pattern. I can’t find anything in Events for the HID Devices that indicates an issue (no Events at all around these devices). Every time it happens, the Trackpad continues to work.
When it happens sometimes (but not every time), the USB Port that my Framework Charger is connected to will stop working and the laptop will no longer charge. If I move the charger to another USB Port it will immediately start working again. If I move it back, it won’t work. But as soon as I shut my laptop down (fully power off) it will start charging again from that port. I caught my Ethernet port likewise disabled once, and fully powering off the laptop restored it.
Will probably be rolling back and seeing if the behavior stops.
Ya know, I think I was experiencing something like this on Fedora on 3.07. I didn’t have anything plugged in to the ports, but my keyboard, numpad, and mouse kept appearing to reboot randomly, as often as under a minute between occurrences. I since updated to 4.02 and haven’t seen it again yet, but I haven’t been using it much. I thought it was just a bad connection on the ribbon cable so I reseated it a few times and left it at that, but I guess it could be similar to what you saw.
Since updating to 4.02 I am encountering an error where the laptop just stops charging while using the 7700S. Port 1 just stops charging for some reason. And the download for 3.07 is gone so I cannot revert back.
I just updated the BIOS of my FW16:
~> sudo apt install lshw dmidecode -y && clear && sudo dmidecode | grep -A3 'Vendor:\|Product:' && sudo lshw -C cpu | grep -A3 'product:\|vendor:'^C
Vendor:INSYDE Corp.
Version: 04.02
Release Date: 11/13/2025
Address: 0xE0000
product:AMD Ryzen 7 7840HS w/ Radeon 780M Graphics
vendor:Advanced Micro Devices [AMD]
physical id: 4
bus info: cpu@0
version: 25.116.1
Everything went as expected, but after the update (even after a reboot) the two bottom left USB-C ports do not work anymore. Not with data nor with power supply. They look completely dead. All other ports work correctly.
Does anyone have the same issue?
Thank you.
I’ve had this issue before. You should be able to restore charging functionality by going into the BIOS and disconnecting the battery to reset the EC, then plugging back in.
Alternatively, shutting down and unplugging everything, including power, for 2 minutes is also supposed to do it.
The BIOS upgrade also updates the EC and the PD/USB chips.
Sometimes it does not update all the chips.
If you unplug all the usb devices, and then plug the PSU in the other side (from the side you used to do the BIOS update previously) of the laptop and repeat the BIOS update, it may get to update all the PD/USB chips.
If you boot into the BIOS, it should tell you somewhere, the BIOS, EC and PD/USB versions installed. Check that they are all at the versions in the 4.0.2 release notes.
2 Likes
This issue persisted through multiple power cycles and across numerous days. I had the same issue with 4.01. I did find the link for the 3.07 BIOS and successfully downgraded to it. I am back to having no issues.
I just did the upgrade, on a framework 16 with AMD Ryzen 7 7840HS, no GPU extension, running Debian Forky, and now I’m having very weird screen glitches, laptop is now unusable, see:
https://mdk.fr/x/framework-screen-glitch.html
Am I alone?
Edit: Looks like a reboot fixed it. My eyes are still suffering ^^
@mdk
Those sorts of glitches look more hardware fault related than anything a BIOS update would do.
I would contact FW support via their web site form to see what they think.
As always, they’ll think I’m using Debian, which is officially unsupported by frame.work, so they don’t care.
But the glitch did not came back since I rebooted.
That’s why I also have Fedora and Ubuntu installed along side my main OS, Arch. But even after telling them I verified my issue on the two former, they still wanted me to boot up a live iso Ubuntu and test again……you just can’t win with Framework support 
2 Likes
At least they respond in a swift 2 to 15 weeks.
2 Likes
By the way, is anyone experiencing hard locks/freeze after disconnecting the power, on this bios? It has happened to me twice over the weekend. Doesn’t happen every time of course.
I’m not sure if this is just a new bug in the Linux kernel or amdgpu module, or something caused by this bios update. But it wasn’t happening back on 3.05.
I really want them to release a stable BIOS, I really do.
Every time I’ve contacted them, they’ve replied in less than 24hrs. The slowest part of communication with support has consistently been me. Has this not been your experience?
1 Like
Did my upgrade over the weekend and no far no major issues.
7840HS, no dGPU, 96GB BYO RAM. Fedora 42
Was on 3.05 before. so had the main system firmware, numpad, keyboard, the two UEFI secureboot updates.
used fwupdmgr via the cli. not noticing any ill effects so far.
fired up some of my test VMs to generate some CPU and didn’t see any odd looking cpu freq issues (used htop to watch)
only quirk I did notice was my fn key behvaior changed. I had to dig around on how to chnage the fn behavior (especially since F1-F12 were no going, but arrows were still working…) been a while since I had turned on “fn lock” so had forgotten that you just hit fn+esc (aka “fn lock”). so betting the keyboard firmware update cleared the “fn lock” setting. couple second fix, but a few minutes of searching in docs/posts. had thought it was a BIOS setting, so did that rabbit hole digging 
1 Like
We are currently reviewing all the PMF settings again and will have an update soon.
It appears that when we initially implemented the GPU BOCO mode(GPU OFF) to improve power consumption or acoustics, we made power setting changes that inadvertently resulted in poor performance. We are now re-measuring all configurations and will provide a subsequent update.
9 Likes
When the frequency drops to 544 MHz, does it remain constant at that speed, or is it just a brief period before the system recovers?
1 Like
I’ve since updated back to 4.02 and have not seen the 544 MHz issue occur a second time (fortunately), but when it did occur it was constant, but was resolved with a reboot.
I have seen another issue under heavy cpu/gpu load throttle itself to about 1/3 of the expected performance (which I can test by unplugging from power, at which point I get more performance back once on battery), but I have not yet figured out how to recreate this reliably, but despite it being a drop in FPS/dGPU power usage, I suspect it’s actually a CPU bottleneck naturally resulting in FPS drops that’s somehow tied to usb-c PD. Unfortunately, idk what logs to be looking at (Fedora 43) for troubleshooting this.