# Framework Laptop 13 Ryzen 7040 BIOS 3.16 Release STABLE

**URL:** <https://community.frame.work/t/framework-laptop-13-ryzen-7040-bios-3-16-release-stable/73325>\
**Category:** Framework Laptop 13\
**Tags:** bios-announcement, amd-7040\
**Created:** [August 6, 2025, 7:26am UTC](https://community.frame.work/t/framework-laptop-13-ryzen-7040-bios-3-16-release-stable/73325 "2025-08-06T07:26:44Z")\
**Posts on this page:** 13\
**Page:** 4

<div class="post-metadata">

**Author:** ![tripplehelix](https://sea1.discourse-cdn.com/flex001/user_avatar/community.frame.work/tripplehelix/32/51648_2.png) [@tripplehelix](https://community.frame.work/u/tripplehelix)\
**Post date:** [August 24, 2025, 10:39am UTC](https://community.frame.work/t/framework-laptop-13-ryzen-7040-bios-3-16-release-stable/73325/71 "2025-08-24T10:39:19Z")

</div>

The Kernel loads your OS, the BIOS loads low level drivers for your specific hardware. They are not the same and mostly work independently.

---

<div class="post-metadata">

**Author:** ![Will\_Nilges](https://sea1.discourse-cdn.com/flex001/user_avatar/community.frame.work/will_nilges/32/23820_2.png) [@Will\_Nilges](https://community.frame.work/u/Will_Nilges)\
**Post date:** [August 24, 2025, 7:08pm UTC](https://community.frame.work/t/framework-laptop-13-ryzen-7040-bios-3-16-release-stable/73325/72 "2025-08-24T19:08:12Z")

</div>

That’s odd, because support contacted me about my battery flipping ticket (which is still open) and suggested I try installing this BIOS to see if it fixes it.

However, I see that there’s a lot of issues with this BIOS (FN lock? Supervisor password breaking? USB-C display out breaking!?) so I am going to skip this one ☹

---

<div class="post-metadata">

**Author:** ![coucouf](https://sea1.discourse-cdn.com/flex001/user_avatar/community.frame.work/coucouf/32/18323_2.png) [@coucouf](https://community.frame.work/u/coucouf)\
**Post date:** [August 25, 2025, 7:09am UTC](https://community.frame.work/t/framework-laptop-13-ryzen-7040-bios-3-16-release-stable/73325/74 "2025-08-25T07:09:21Z")

</div>

Yes agreed.

The boot chain looks like UEFI \> bootloader \> OS.

For Linux the bootloader would usually be grub and OS would be the Linux kernel who will detect and load the drivers for your hardware and then start the init system. The init system will in turn start the services required to bring up a graphical session.

The UEFI does do some device initialization and load a minimal set of drivers to get its UI running but AFAIK the drivers part gets thrown away when the Linux kernel starts and it will load its own drivers for any device found on the machine.

---

<div class="post-metadata">

**Author:** ![JL\_Framework](https://sea1.discourse-cdn.com/flex001/user_avatar/community.frame.work/jl_framework/32/28846_2.png) [@JL\_Framework](https://community.frame.work/u/JL_Framework)\
**Post date:** [August 25, 2025, 4:01pm UTC](https://community.frame.work/t/framework-laptop-13-ryzen-7040-bios-3-16-release-stable/73325/75 "2025-08-25T16:01:05Z")

</div>

It emerges from earlier in this thread that, seemingly, one Framework BIOS messes up external monitors unless one has a particular kernel.

---

<div class="post-metadata">

**Author:** ![JL\_Framework](https://sea1.discourse-cdn.com/flex001/user_avatar/community.frame.work/jl_framework/32/28846_2.png) [@JL\_Framework](https://community.frame.work/u/JL_Framework)\
**Post date:** [August 25, 2025, 4:01pm UTC](https://community.frame.work/t/framework-laptop-13-ryzen-7040-bios-3-16-release-stable/73325/76 "2025-08-25T16:01:35Z")

</div>

Oh, also: welcome to the community!

---

<div class="post-metadata">

**Author:** ![tripplehelix](https://sea1.discourse-cdn.com/flex001/user_avatar/community.frame.work/tripplehelix/32/51648_2.png) [@tripplehelix](https://community.frame.work/u/tripplehelix)\
**Post date:** [August 25, 2025, 4:13pm UTC](https://community.frame.work/t/framework-laptop-13-ryzen-7040-bios-3-16-release-stable/73325/77 "2025-08-25T16:13:00Z")

</div>

It was an overly simple explanation that wasn’t very well managed.

---

<div class="post-metadata">

**Author:** ![Johe](https://avatars.discourse-cdn.com/v4/letter/j/e9c0ed/32.png) [@Johe](https://community.frame.work/u/Johe)\
**Post date:** [August 25, 2025, 7:33pm UTC](https://community.frame.work/t/framework-laptop-13-ryzen-7040-bios-3-16-release-stable/73325/78 "2025-08-25T19:33:35Z")

</div>

Thank you very much! Happy to be part of this nice community 🙂

---

<div class="post-metadata">

**Author:** ![MPluribusUnum](https://avatars.discourse-cdn.com/v4/letter/m/aca169/32.png) [@MPluribusUnum](https://community.frame.work/u/MPluribusUnum)\
**Post date:** [August 26, 2025, 7:52pm UTC](https://community.frame.work/t/framework-laptop-13-ryzen-7040-bios-3-16-release-stable/73325/79 "2025-08-26T19:52:27Z")

</div>

I had to hold off on kernels starting with 6.13.X because the display crashes due to buggy drivers. Any news on that front?

Am still on 6.12.15 because of that. And will forgo this firmware until the above issue is fixed.

---

<div class="post-metadata">

**Author:** ![Johe](https://avatars.discourse-cdn.com/v4/letter/j/e9c0ed/32.png) [@Johe](https://community.frame.work/u/Johe)\
**Post date:** [August 27, 2025, 4:02pm UTC](https://community.frame.work/t/framework-laptop-13-ryzen-7040-bios-3-16-release-stable/73325/80 "2025-08-27T16:02:27Z")

</div>

My external display stopped working with kernel 6.14.0-28-generic after updating the BIOS, but everything works fine with 6.8.0-1032-oem. My laptop’s internal display has always worked, so the problem only affects the external monitor. I think this suggests that it is mainly a kernel/display driver issue rather than a firmware issue—the firmware may have only exposed an incompatibility with the newer kernel’s display drivers. If you are stable on 6.12.15, it is probably best to stick with that for now. I’m no expert on BIOS or kernels, but if I can help in any way, please let me know. 🙂

---

<div class="post-metadata">

**Author:** ![Ferdinand\_Bachmann](https://avatars.discourse-cdn.com/v4/letter/f/bb73d2/32.png) [@Ferdinand\_Bachmann](https://community.frame.work/u/Ferdinand_Bachmann)\
**Post date:** [September 15, 2025, 12:40pm UTC](https://community.frame.work/t/framework-laptop-13-ryzen-7040-bios-3-16-release-stable/73325/81 "2025-09-15T12:40:17Z")

</div>

Just updated via `fwupd` from 3.05 to 3.16; no issues so far, 80% battery limit stayed enabled, external monitors still work

---

<div class="post-metadata">

**Author:** ![Troy\_Sankey](https://avatars.discourse-cdn.com/v4/letter/t/da6949/32.png) [@Troy\_Sankey](https://community.frame.work/u/Troy_Sankey)\
**Post date:** [November 17, 2025, 7:45pm UTC](https://community.frame.work/t/framework-laptop-13-ryzen-7040-bios-3-16-release-stable/73325/82 "2025-11-17T19:45:15Z")

</div>

I ran into the same issue and tested my external USB-C display (Lenovo ThinkVision P27h) with a number of configurations:

| system firmware | linux 6.8.12 | linux 6.14.0-35-generic | linux 6.17.8 |
| --- | --- | --- | --- |
| 3.09 | ??? | detected | detected |
| 3.16 (installed via fwupdmgr) | **not** detected | **not** detected | **not** detected |
| 3.16 (installed via EFI on USB) | detected | ??? | detected |

Basically, it seems like somehow the outcome is better if system firmware 3.16 is installed via EFI on a USB thumb drive. More info: [BIOS 3.16 broke external monitor (USB-C DisplayPort Alt Mode) and caused severe boot regression on FW13 AMD 7040 · Issue #96 · FrameworkComputer/SoftwareFirmwareIssueTracker · GitHub](https://github.com/FrameworkComputer/SoftwareFirmwareIssueTracker/issues/96#issuecomment-3539601058)

---

<div class="post-metadata">

**Author:** ![Alex\_Shpilkin](https://sea1.discourse-cdn.com/flex001/user_avatar/community.frame.work/alex_shpilkin/32/17447_2.png) [@Alex\_Shpilkin](https://community.frame.work/u/Alex_Shpilkin)\
**Post date:** [November 18, 2025, 2:26pm UTC](https://community.frame.work/t/framework-laptop-13-ryzen-7040-bios-3-16-release-stable/73325/83 "2025-11-18T14:26:01Z")

</div>

Speaking of updates via EFI, does anyone have experience booting the updater via Ventoy, or is that a bad idea? (I’m guessing there could be some fireworks if it, say, tries to instruct the firmware to reboot into itself again, only to find Ventoy in that place. But then it does have to boot in a situation where USB ports might not work, so presumably it should accomplish things like that in some other way… I don’t want to guess unless I have to, is my point.)

---

<div class="post-metadata">

**Author:** ![system](https://us1.discourse-cdn.com/flex001/uploads/framework3/original/1X/64c81a89f963ddb07633887baceb642a4b056046.png) [@system](https://community.frame.work/u/system)\
**Post date:** [May 17, 2026, 2:26pm UTC](https://community.frame.work/t/framework-laptop-13-ryzen-7040-bios-3-16-release-stable/73325/84 "2026-05-17T14:26:14Z")

</div>

Closed on May 17, 2026, 2:26pm UTC

This topic was automatically closed 180 days after the last reply. New replies are no longer allowed.

[Previous page](https://community.frame.work/t/framework-laptop-13-ryzen-7040-bios-3-16-release-stable/73325.md?page=3)
