I have discovered that the powering the Laptop utilizing the PD port on the Hub was the culprit. Powering the Laptop from the left side USB-C port and having the Hub use the right side port fixed the issues with the Hub. The laptop will not sleep while the DP (on the Hub) is active, does otherwise.
The update via USB stick worked for me, from 3.0.5 to 3.0.6, 12th Gen, Fedora 36 w/6.0.18 kernel. I haven’t tested the battery, as I’m almost always plugged into a powered dock.
Finally got around to this!
Thanks for this, I did this and it worked perfectly. Well it rebooted twice and the second time the Framework logo screen stayed up for a very long time with nothing else being shown, but when it rebooted after that all was normal.
Verified with GNOME Firmware (very nice BTW) that both “Framework UEFI Device Firmware/UEFI ESRT device” entries showed 310 and had unique UUIDs, along with “Framework System Firmware” at 0.0.3.6 and “UEFI dbx” at 267.
All done.
I got a boot loop after trying to update from windows.
My internal hd only has linux on it, and I boot windows (10) from a Framework 1T usbc module.
I booted into windows, downloaded and started the update. It rebooted into the updater with the green progress bar.
Now that’s all it does is reboot to that same green progress bar over and over forever. It appears to be actually running the update each time. It takes about a minute to run each time and gives no error messages or any indication that anything might be wrong. But when it restarts at the end, it just reruns the same thing again.
It seems to be ignoring the bios boot order and the F12 key menu selection. No matter what I select for boot order in the bios, or at the F12 menu, it still always boots to that installer if the usbc drive is plugged in. I haven’t tried every possible combination of options in the bios yet like disabling a device vs just changing the order. I have to eject the usbc module to get the machine to boot from the nvme.
Along the way, at least the F12 key no longer hangs the machine!
But when I do get it to boot from the nvme it boots normally (into linux).
I also tried powering all the way off, not just letting it warm restart itself.
If I put the usbc drive mback in and boot from it, in all cases when trying to boot from the usbc, all it does is run that “please wait while we install a system update”.
I also just tried running the battery down to 80% and booting from the usbc again. No change. I let it boot loop itself for about 6 loops just in case that bit about 3 consecutive progressbars meant to expect 3 of these loops.
So it seems to have borked the bootloader on the usbc drive to run itself at boot, and then failed to unbork it when done.
Any thoughts on a failed efi upgrade Frame.Work Failed bios update with blink code - YouTube.
Looks like the blink code is for no battery or trackpad.
Installed on mine through the Windows MSI updater and am seeing the same issues with Retimers23 as others. The left rear port works for charging but not for Thunderbolt, the left front port does not work at all, right side ports appear to be fine.
Tried the 2 minutes power off and 30 second power button hold-down and neither one appeared to resolve the problem with Retimers23. At some point the message in Device Manager changed from “your computer needs to restart to install the update” to “the device cannot start” and it no longer offers me a reboot prompt. Not sure if I should uninstall and reinstall the updater package to try to get it to go again or not.
UPDATE: I uninstalled the errored Retimers 23 device, reinstalled the MSI, rebooted, and this time the firmware update took. Computers!
Ran the install Msi on Windows 11 Pro,
Restarted and had the 23 time error.
restarted again and it went away.
HDMI module and usb c/thunderbolt no work to my dock until i did the 2 minute power off with the battery disabled. That enabled hdmi and thunderbolt
BUT i still am unable to get video over usb c to monitor (27UP850N-W)
have tested 3 cables and all the same response (charge, and make laptop reads something plugged in… but don’t broadcast video) and for giggles i tried the 3 cables in my work laptop (14 inch m1 pro macbook) and all three broadcast video
i have just performed the update using LVFS testing, on Debian bookworm, and it worked without a flaw. it cycled through the BIOS two or three times, but was otherwise mostly automated. I am hoping to do more power usage testing now to see if it improved on my previous results…
Just an addendum,
left computer off for 2 days (had to go into office yesterday)
Module setup-
Back Left- USB C
Front Left - USB C
Back Right - HDMI
Front Right - Usb A
This now seems to work…
the front left didnt work but a replug did it…not sure wht cvhanegd maybe the battery drain did it.
Will keep an eye but figured I owed an update
I did an update on ubuntu via fwupdmgr and it worked.
There were lots of warnings that I can’t downgrade ore the left side USB ports won’t support anything fast (like a display, Thuderbold etc).
However the end result is with the new version the left side USB C ports only support slow USB speeds but no connected display or anything like that.
So would downgrading solve this or should I just wait for 3.07 ?
Try plugging your usb-c charger in on the left side, assuming it is on the right, and double check fwupdmgr that it is fully updated. An additional reboot may be necessary as well. The Framework has two thunderbolt controllers one on each side. Some users have experienced a similar issue earlier in the thread.
Very preliminary results seem to show better or similar power usage of expansion cards while idle. I’ll post detailed findings here once I am done with the suspend tests, which take much longer to process (so: next week, most likely). For now see powerstat-306 - anarcat for my result dump…
How s battery duration with this BIOS update. Is it any better than the original ?
I get 5Hours of battery unplugged at the coffee shop with original BIOS.
Would love to get 6 hours straight away from a plug.
it’s hard to tell numbers like this honestly, it really depends on what you do. right now i’m at 75% battery and light lisp programming in emacs gives me 4h30 minute left to the battery… not sure that’s an improvement, i assume not. i expect the linux 6.2 release to bring improvements there, if my memory serves me right.
Just reporting in my experience. I ran into the same issue as @Khilseith and powered off. Like @2disbetter I lost USB-PD. However, plugging in a USB-A to USB-C cable worked fine and got me past the power adapter check since it doesn’t use USB-PD. Then the update went fine. Used a flash drive and the UEFI shell method.
I had some issues with lvfs update:
the 2nd device “UEFI ESRT device” did not update on several tries, I finally managed to get it to update properly by unplugging all expansion cards besides a single usb-c for power.
I reported the failures/successes via fwupdmgr report-history
Greetings
Klaas
Not sure if it’s related but the USB-A card in my front right expansion card randomly dies. Nothing in dmesg. I have to pull the card our and reinsert it for devices to work again.
I’ve tried different cards, but the slot behaves the same.
Edit: Actually it seems to only be triggered when plugging in USB 3 devices. My USB2 devices can be unplugged, replugged, over and over without any issues. But when plugging in any of my USB 3 devices, the first insertion is usually fine, but if I unplug and replug a USB 3 device in, the USB A card dies and has to be physically reseated.
Actually it is both front left and front right slots (I have USB-C cards in the back left and back right slots, will try those next)
I have yet to make a summary of the idle power usage, but the standby results are up here:
So I am not sure what DP alt mode is here, but I can confirm a regression with the 3.06 beta upgrade that I have witnessed on my 12th gen laptop. The symptom is that a USB-A card stops working after suspend (deep
or idle
, Linux 6.0 on Debian bookworm). Unplugging the card and plugging it back in fixes the problem.
I am not the only one with this problem, first reported in [RESOLVED] USB-A Expansion Card stops working until unplugged. I am not sure it’s the same problem as the one describe in the original post here, because the post talks about Windows and a USB-C port, while I’m on Linux and, well, technically it’s both a USB-C port and a USB-A port (because it’s a USB-A card plugged in a USB-C port), but anyways, I figured it was worth mentioning the thread here.
I have tried the suggested method: shutting down the computer for two minutes and booting back up does bring the USB-A port, but that is a poor consolation as the problem, I suspect will just return later on (although I have yet to confirm that). It’s a much easier workaround to yank the card out and put it back in, that brings it back online reliably.