I run Manjaro Linux with Secure Boot, Systemd-Boot, TPM2 Backed Full Disk Encryption and kernel 5.15.
I used the EFI USB update option without any major problems.
Two minor problems:
Had issue getting the USB boot, but I think that was an issue with my existing boot configuration.
Some BIOS settings got reset. But I was pleasantly surprised to see that my custom secure boot keys stayed. I only had to re-enable secure boot and re-initialize my TPM.
I was able to get the install to go fine via a FAT32 formatted USB, as expected.
However, setting battery limits in the bios has caused problems with battery state detection on linux. Wondering if this is a known issue and what I might be able to do to fix it.
@Jake_Naviasky battery state detection (as in discharging or not) seems ok here. Charge time remaining, when on AC, is broken when the limit is set (mine is at 80% atm). Always shows “Estimating”.
But that has been the state of upower/Fedora since about Fedora 19 back in 2013, and Ubuntu before that for I-can’t-remember-how-many years, using Thinkpads and tlp. So no regression I can see (yet, anyway; I just upgraded to 3.07 today).
Edit: Are you seeing some other issue when the limit is set?
I’m with @ololobus on this, why did we get an email telling us its recommended to update to a Beta BIOS, then the KB article page warns us we should be wary of it cause its a Beta BIOS.
Make up your minds!
I’m also a bit frustrated cause I wanted to avoid this strange no boot scenario when I might really need the notebook so I rolled the dice on the Beta BIOS anyway, figuring it couldn’t be any worse, probably. And it wipes the whole BIOS settings save for the Secure Boot DB. This would be fine except this also includes the dang EFI boot entries. With no option to manually add back in the boot option inside of the BIOS I had to go find out how to do so in Windows. At least that worked as expected.
Plus, please fix it so we can actually find everything necessary for the product when we click the Support option. Having to search the KB article DB everytime I wanna look for BIOS or other download options is downright tedious and unorganized.
Important Firmware Updates for your Framework Laptop
Hi, we hope you’re enjoying your Framework Laptop! We wanted to let you know of a couple of firmware updates that we strongly recommend running to keep your laptop running smoothly and at peak performance: BIOS 3.07, and an update from Western Digital for SN850 SSDs.
The first update is for anyone on BIOS 3.06 (though we recommend that anyone on older firmware update as well). Most Framework Laptops from Batch 5 and later shipped with 3.06 installed. You can double check your BIOS version in the first screen of your BIOS menu, in System Information in Windows, or by running “sudo dmidecode -s bios-version” on Linux. We found an issue where in some circumstances, fully draining the battery while suspended on a laptop running 3.06 prevents it from charging (we have a workaround if you run into this). This is resolved in 3.07, and we have a few other fixes and improvements like being able to set a battery charge limit. You can download and update to 3.07 by following the instructions in this knowledge base article. While you’re on that page, you can also update your drivers to the latest Windows 10 or Windows 11 driver bundle.
The second update only applies if you are using a Western Digital SN850 SSD on Windows. Some SN850 SSDs ship with a firmware version that can cause random reboots or blue screens on Windows, with the system booting back to a screen that states “Default Boot Device Missing or Boot Failed”. You can update to the latest SN850 firmware using the Western Digital Dashboard to resolve this. We have instructions in a knowledge base article.
Please let us know if you have any questions or run into any issues; we’re here to help! You can reach our Support team through our contact form.
Thanks for sharing it! It seems the email is only sent to the users using the laptop where the BIOS 3.06 (most laptops from Batch 5) is installed. I am Batch 2. That’s why I haven’t received it. I can understand the approach.
I had the nuked GRUB issue with my machine as well - thankfully I was able to boot into a Arch install USB and reinstall GRUB and everything appears to be working normally.
I installed it and everything have been working well … however, today I put my Ubuntu’s installed machine to sleep and after a while I was around the machine and I noticed how it had the fan at full speed even being sleeping. I am not sure if this is firmware related, just a “curious” behavior.
Ad a note, I am using Ubuntu Studio, so I had the secure boot deactivated (if not, it is not possible to install such distribution) … I need to check if the update changed my settings and if this have something related with the fan.
I successfully updated my Batch 4 machine from version 3.02 to 3.07 using the EFI shell. I run Manjaro Linux. To avoid issues with my GRUB configuration, I just popped out my SSD prior to running the update. Thanks to mackncheesiest for the idea, and thanks to Framework for making that easy to do.
My one complaint is that it wasn’t obvious when the update was done. It rebooted once or twice while updating, and then kept rebooting a couple times saying that my current version was 3.07 before I just removed the USB stick.
Does anyone know if the Windows 11 driver bundle has any compatibility benefits over the Windows 10 driver bundle?
I am running the Intel Driver & Support Assistant, so some of my drivers are newer, for example my Wifi driver is 22.90.0.5. How does the installer handle the system when newer drivers are already installed?
Already running Windows 11. Installed it using the Windows 10 bundle before the Windows 11 bundle was available. Everything seems to be working fine but sleep states are kinda weird where the system won’t sleep when I close the lid. No crashing though.