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?
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.
Finally updated to 3.17 and it seems that this issue persists. Hopefully the team gets around to fixing this, it’s annoying for those of us that have 6E APs.
You likely haven’t. Clearing CMOS resets this and that is what happens during BIOS upgrade, presumably.
Kernel 6.1.9 on 3.17 displays the same behavior.
I’m curious as to what major regression has been found that has prevented this from going to a full release. Also, is there a timeline on the full release?
I was wondering if there’s any word on 3.17 being finalized or if I should just go ahead with the beta? Beta’s been out for some time. Thanks for all your hard work! @Framework
I upgraded via lvfs on my 11th gen main board and had no hiccups in the process - however I do have the issue (mentioned in the 12th gen 3.06 BIOS thread) of having to reset USB-A and HDMI cards after rebooting.