The low battery power button LED change is because the chromebook version does not have a red LED on the power button. We unified the behavior across both products so it is consistent.
The power button will flash white now if you try to power on the system with the battery too low.
This only applies to the model with the i7-1185 CPU which has vPro support.
Ah that makes sense, thanks for clarifying.
But Iām assuming the BIOS knows whether there is vPro support or not, so it would make sense (to me) that the BIOS would hide these confusing prompts if there is no vPro support?
I didnāt notice the issue until recently, as I only use USB-C and USB-A ports. After upgrading to BIOS 3.17, only the ports on the right side is able to mount USB storage. I tried using the USB-A ā C cards on the left side, even using the expansion card A ā C ā C, but my system would still not be able to see it.
sudo dmesg
shows that the USB is detected on the right side, but not on the left.
I havenāt tested with other expansion cards yet. Only USB A and C cards.
Is 3.17 still in Beta or has it moved to a full release?
Still beta. 3.10 is the current stable per the driver and BIOS page here: Framework Laptop BIOS and Driver Releases (11th Gen IntelĀ® Coreā¢)
Hi, just wondering if the following issue has been resolved in this BIOS update:
Kernel 5.16 6Ghz Disabled AX210
Iāve been using a patched kernel to work around the issue, but it would be great if this could be fixed before this update is finalized.
Since updating to 3.17, Ive upgraded to Fedora 37.
One of these two changes resulted in the function shortcut keys to be flipped.
Meaning if I do not press fn, the keys will act as function keys.
Curiously, if I go into the bios and uncheck the function key toggle, and reboot into Fedora it puts function keys under fn correctly. However the default state does not do the shortcuts.
I was wondering if anyone knew a good way to debug this and help determine if this issue is coming from the bios or from Fedora 37.
If I remember correctly fn+esc toggles this functionality, fn lock?
That did the trick, thank you!
I must have inadvertently hit it.
@Kieran_Levin This BIOS 3.17 has been in beta for a full month. I think originally it was announced it would be upgraded to āreleasedā after a week or two, if no major deficiencies were discovered. Is there something specific that prevents it from being released? Should I downgrade to 3.10 to be safe?
How long have you been using 3.17
Beta or not, Iāve been running 3.17 since early December and aside from a USB oddity that I havenāt seen repeated (although I donāt have to use USB sticks super often - maybe just lucky) , 3.17 beta has been solid for me.
I have been using 3.17 since December with no problems at all. 11 gen i7 running Ubuntu 22.04 LTS.
I wonder if this is a sign 11th gen have been finally benched. Many motherboards Iāve owned, the last BIOS never got out of beta.
I recall the Framework team mentioning that there were some additional power optimizations from the the Chromebook that would eventually be added to the 11th gen BIOS.
Not sure why this would have happened exactly, but starting today the Ubuntu Software Updater began notifying me about the new firmware, even though I am 100% sure I have configured LVFS to use the ābetaā remote before Christmas.
Anyway, installing now.
Amoun, fancy seeing you hereā¦
If Framework ever push Coreboot to existing laptops, would it be updated via LVFS??
Iām speculating, but I suspect that youād need to perform a process first. Otherwise some differing function would recognize that the next logical upgrade would be whatever the non-coreboot option is. Weāre talking different builds, requiring explicit action undertaken by the user to switch gears into the other build.
I donāt have an 11th gen anymore but I have a 12th gen 1280p and 6Ghz isnāt blocked; that said I still donāt have a 6Ghz router to attempt to connect to with it, but at least the frequencies show up as available.