I got an email stating that a software update was available for my laptop.
I followed the process to check BIOS:
Vendor: INSYDE Corp. Version: 03.04 Release Date: 06/23/2025 Address: 0xE0000 product: 13th Gen Intel(R) Core(TM) i5-1334U vendor: Intel Corp. physical id: 4 bus info: cpu@0 version: 6.186.3
I meet the criteria for the update (13th gen Intel Core currently on BIOS 3.04). So, I followed the update process but it’s not installing…
I have Linux Mint so I’m following the Linux/LVSF procedures.
Here’s what it’s returning:
fwupdmgr refresh --force
Updating lvfs
Downloading… [*********************************** ]
Successfully downloaded new metadata: 2 local devices supported
fwupdmgr get-updates
Devices with no available firmware updates:
• WD BLACK SN770M 1TB
• Laptop 12 Webcam Module
• UEFI dbx
Devices with the latest available firmware version:
• Intel Management Engine
• System Firmware
No updates available
fwupdmgr update
Devices with no available firmware updates:
• WD BLACK SN770M 1TB
Devices with the latest available firmware version:
• Intel Management Engine
• Laptop 12 Webcam Module
• System Firmware
• UEFI dbx
Yes. I’ve tried the process twice rebooting after each time and it still says BIOS 3.04
I tried updating to the 3.06 firmware a week ago on Fedora Workstation through the terminal and like you the update didn’t seem to be available and would not download.
I ended up manually downloading the EFI shell update (scroll down to “Linux/Other/UEFI Shell update”), put it on a FAT32 formatted USB drive, and I was able to boot into it and install the new firmware without issue.
1 Like
I tried the EFI shell update route. However, when I restart the computer and hold the F12 button the screen turns on and off once or twice then the normal login screen appears…
Try hitting the F12 key repeatedly instead of holding it.
1 Like
I am running Omarchy and just used fwupdmgr to upgrade the BIOS on my FW 12. There was a previous update that went first. This required an update. After rebooting I ran fwupdmgr update again and it applied the bios update on the reboot.
I also had fwupdmgr work on my FW 13 with a 12th gen mainboard.
Just wanted to report that it was working for me.
You’re not doing anything wrong. I had the same problem.
The 3.5 and 3.6 are not publicly released in LVFS from what I can see here (still in testing state): LVFS: Laptop 12 Intel 13th Gen Core
Version 0.0.3.6 — may not be suitable for production systems (state: testing)
2025-10-16 16:22:09
Version 0.0.3.5 — may not be suitable for production systems (state: testing)
2025-09-19 08:11:39
Version 0.0.3.4 (state: stable)
2025-08-12 06:05:23
Seems like Framework might need to mark a checkbox to enable 3.5 & 3.6 in LVFS. Not sure if this is intentional or if they just forgot that.
You can try the following command:
fwupdmgr enable-remote lvfs-testing
And then try the update procedure again (refresh, get-updates, update).
You might want to disable lvfs-testing after that via
fwupdmgr disable-remote lvfs-testing
I think this is the command I used as well, because when I update the repos for fwupdmgr it includes lvfs-testing.
I wasn’t aware of this until I saw this thread.
I’m happy to wait for a stable release - am I missing anything by not updating from 3.4?
It should be noted that Framework calls the 3.06 version stable. On Windows you are to install it. That it doesn’t appear to be staged properly in Linux is an oversight, perhaps, but I have 3.06 on my FW 12 and all is well.
3.06 is considered stable even though it doesn’t seem to be currently available on Linux through LVFS unless you enable updates from testing. It’s mostly security fixes, but also adds battery charge limit status functionality.
Previously on 3.04, when I charge the FW12’s battery to the 80% limit that I set it to in the bios, the charge icon indicator in Fedora would remain green as if it is still charging even though it isn’t. With bios 3.06, the charge indicator now turns white to signify that it has stopped charging.
Looking at the LVFS site it says 3.6 is Reported Success: 94% (low confidence). How is 94% low confidence? 3.5 is 100% but also low confidence where as 3.4 is 98% and high confidence. It doesn’t make any sense.
Confidence is about the number of reported updates from systems. Low confidence just means that only a small number of users finished the update through LVFS. As a result, the 94% success rate probably doesn’t represent the real success rate (might be higher or lower when more update reports are coming in).