Framework Laptop 13 Ryzen 7040 BIOS 3.05 Release and Driver Bundle

[Matthew_Shapiro]

Graphics work fine with Manjaro KDE 6.6.25 and BIOS 3.05 with sg_display removed from kernel command line.

Game mode is still enabled.

[Hussain_Arif]

No issues so far! I normally get a white screen on 2 hours of uptime. Currently on 2 hrs 49 mins uptime. Thanks for your work!

[Ulmondil]

I have been using the beta BIOS for 3 days with Ubuntu 23.10, kernel 6.5, ryzen 5. Thanks to FW for their work.

@tbd

Can someone confirm if this message still shows up in dmesg?

Same message.

@Mario_Limonciello

People who have needed game mode or sg_display=0 for the white screen issue can you please back both of these out?

I tried removing first sg_display and then game memory mode (btw I might go back to game mode in the future for other reasons). The first time I bootep up, the system hung on the login screen (gdm) and became unusable: no keyboard/mouse response, no tty reachable, I had to reboot via ssh. I tried again and everything worked fine. And again without problem. I now blame gnome/mutter/gdm for the crash and I won’t bother finding the relevant logs, but I will if it happens again. After this first episode now everything looks fine. I’ll report any related problems.

@dimitris

All seems good so far (just minutes into the new BIOS) but it also brought back a wake-back-up-on-lid-close issue that’s almost (not 100%) identical to the original report in this old thread:

I tried and I confirm I have these issues:

• laptop wakes up from s2idle, when the lid is closed, if it was suspended with open lid
• and also, laptop wakes up from s2idle when the power cable is plugged/unplugged during sleep

Tomorrow maybe I’ll try to add the udev rules. And edit here if that workaround solves the issue.

Was this behaviors present also with 3.03? I never noticed/encountered it.

Are the logs from amd_s2idle.py useful for anyone? I have them in case.

[EDIT] test done: with the udev rule everything is ok, thanks @dimitris @Mario_Limonciello

[Mario_Limonciello]

(edit; sorry reread your post more thoroughly).

Yes the udev rules will help your s2idle issues.

[Ferdinand_Bachmann]

Just updated to BIOS 3.05 on my Framework 13 with AMD 7840U, 32GB RAM:

• good: suspend works
• bad: resume on lid-close bug regressed (linux kernel workaround only triggers on BIOS 3.03), so I had to re-add the udev rule
• good: hibernate works
• good: graphical glitches / white screen issue did not regress (was fixed with BIOS 3.03 and kernel 6.8 for me already; Game Mode is OFF in BIOS, and no sg_display=0 kernel cmdline option)
• good: no clocksource “TSC unstable” errors in boot log

[abittner]

@Kieran_Levin

Linux/LVFS

We are waiting for metadata to rebuild in 4 hours

Updating via LVFS is available in the testing channel during the beta period.

I dont quite understand this part about lvfs, why is this 3.05 beta? when the beta? was 3.03? in that other thread ( Framework 13 AMD Ryzen 7040 BIOS 3.03b BETA - #124 by Wade ) ? or is only the lvfs delivery still considered beta for this 3.05 for an initial time span?

thanks.

[Azure]

@Rei

why is it called BETA? is it not a final release?

@abittner

why is this 3.05 beta? when the beta? was 3.03? in that other thread ( Framework 13 AMD Ryzen 7040 BIOS 3.03b BETA - #124 by Wade ) ? or is only the lvfs delivery still considered beta for this 3.05 for an initial time span?

For anyone who is new to Framework’s BIOS updates, all updates are released in a Beta for two weeks to see if there are any initial issues that the team were not able to be catch in internal testing. It is not recommended to download at this time unless you are okay with issues that could come up, but it allows the people who are willing to test it to do so. If there are no major issues in two weeks, it will be made an official release that will be available on the BIOS update support page here.

[Hussain_Arif]

Update: I currently have an issue where the laptop doesn’t detect the external monitor if the monitor was plugged in before the laptop was turned on.
I have to plug the monitor after the laptop has booted. Other than that, everything is fine

[abittner]

this might possibly also be highlevel software (OS) related I guess? what OS etc are you enjoying? here be details. might help them devs and debuggers.

[Hussain_Arif]

Fedora 39, latest kernel(6.8.4). This bug didn’t occur on the previous bios. Since there might be a software issue, I’ll do a liveboot of Fedora with the monitor already plugged in.

Update: Seems to have fixed itself.

[Kieran_Levin]

@Meddlemaker

However, when I went back to turn off booting from USB in the bios options, password I used before now no longer works. Used to show when typing up to 10 characters, now there is 64 character p/w indicator. I can’t edit bios anymore. I’m pretty sure I’m not mistyping or leaving all caps on, or something like that. Even walked and took a few hours break before trying again.

Do you know what your previous bios was? We would like you investigate your report more.

You can try a full bios defaults reset. You have to open the input cover, find the small switch in the center top of the mainboard. And press it for 1 second, release for 1 second, 10 times, then power on to perform a full bios reset.

[Wade]

Unfortunately I got an error during install and the laptop no longer POSTS etc:

Please advise, I used fwudmgr, ArchLinux, LTS kernel. Updating from the previous beta from a few days ago.

Update: Support has handled this on an existing ticket and may be related to other issues.

[rage_311]

My BIOS upgrade from Windows 11 and new driver installation went flawlessly. Thanks!

Is there any advantage to installing the Framework provided GPU/Adrenalin driver that’s on the 23.X major version vs the driver available from AMD on the 24.X versioning? Guaranteed compatibility, performance, something else?

[Josh_Bernard]

Thank you for the update, fixed all my issues except the screen staying on when lid gets closed. I can deal with that for now.

[eau]

same issue, my BIOS password no longer works, I was running BIOS 3.03.
I cannot even start booting since my machine requires a password to boot.

[Leonard]

I’m trying to update from 3.03 to 3.05b, but it doesn’t show me any updates since the version number of the current BIOS is showing up as 771. Refreshing the metadata doesn’t solve this unfortunately ( sudo fwupdmgr refresh --force).

fwupdmgr get-devices 1e4fa9cea0b89e613370cf9657ffa0b6d3f37fec
Framework Laptop 13 (AMD Ryzen 7040Series)
│
└─System Firmware:
      Device ID:          1e4fa9cea0b89e613370cf9657ffa0b6d3f37fec
      Summary:            UEFI System Resource Table device (Updated via caspule-on-disk)
      Current version:    771
      Minimum Version:    1
      Vendor:             Framework (DMI:INSYDE Corp.)
      Update State:       Success
      Problems:           • Device requires AC power to be connected
      GUID:               b5f7dcc1-568c-50f8-a4dd-e39d1f93fda1
      Device Flags:       • Internal device
                          • System requires external power source
                          • Needs a reboot after installation
                          • Cryptographic hash verification is available
                          • Device is usable for the duration of the update
                          • Updatable
      Device Requests:    • Message

Any ideas how to solve this? I have lvfs-testing enabled.

[Wade]

Rebooting fixed it for me. Also make sure you’re plugged into AC or it won’t offer to do the upgrade.

[Leonard]

Rebooting doesn’t do it for me and I’m also connected to AC. I’ve already tried a number of times of the past few days. My workflow:

1. fwupdmgr refresh --force
2. fwupdmgr get-devices
3. fwupdmgr get-updates
4. fwupdmgr update

Just gives me:

$fwupdmgr update
Devices with no available firmware updates: 
 • Fingerprint Sensor
 • System Firmware
 • UEFI dbx
 • WD BLACK SN770 1TB
No updatable devices

and

DeviceId:             1e4fa9cea0b89e613370cf9657ffa0b6d3f37fec
  Name:                 System Firmware
  Guid:                 b5f7dcc1-568c-50f8-a4dd-e39d1f93fda1
  Summary:              UEFI System Resource Table device (Updated via caspule-on-disk)
  Plugin:               uefi_capsule
  Protocol:             org.uefi.capsule
  Flags:                internal|updatable|require-ac|registered|needs-reboot|can-verify|usable-during-update
  RequestFlags:         allow-generic-message
  Checksum:             SHA256(29158964649ac1f4bdaf8ed36b857cb174af99229a648f5bc5e412105848e9c0)
  Vendor:               Framework
  VendorId:             DMI:INSYDE Corp.
  Version:              771
  VersionLowest:        1
  VersionFormat:        number
  VersionRaw:           0x00000303
  VersionLowestRaw:     0x00000001
  Icon:                 computer
  Created:              2024-04-09
  UpdateState:          success

[Mario_Limonciello]

Does fwupdmgr get-remotes show lvfs-testing as enabled?

[Leonard]

tldr: yes

$ fwupdmgr get-remotes
Framework Laptop 13 (AMD Ryzen 7040Series)
│
├─Vendor (Automatic):
│     Remote ID:          vendor-directory
│     Type:               directory
│     Keyring:            none
│     Enabled:            true
│     Priority:           1000
│     Filename:           /usr/share/fwupd/remotes.d/vendor/firmware
│     Filename Source:    /etc/fwupd/remotes.d/vendor-directory.conf
│   
├─Linux Vendor Firmware Service (testing):
│     Remote ID:          lvfs-testing
│     Type:               download
│     Keyring:            jcat
│     Enabled:            true
│     P2P Metadata:       true
│     P2P Firmware:       false
│     Checksum:           77c4ae2f2efbace0c1d2e4c772ae2fb6231acf1ef3ec8ff4bb57bdcd753cd477
│     Age:                2 hours
│     Refresh Interval:   24 hours
│     Priority:           1
│     Filename:           /var/lib/fwupd/metadata/lvfs-testing/metadata.xml.zst
│     Filename Signature: /var/lib/fwupd/metadata/lvfs-testing/metadata.xml.zst.jcat
│     Filename Source:    /etc/fwupd/remotes.d/lvfs-testing.conf
│     Metadata URI:       https://cdn.fwupd.org/downloads/firmware-testing.xml.zst
│     Metadata Signature: https://cdn.fwupd.org/downloads/firmware-testing.xml.zst.jcat
│     Report URI:         https://fwupd.org/lvfs/firmware/report
│     Automatic Reporting:false
│   
└─Linux Vendor Firmware Service:
      Remote ID:          lvfs
      Type:               download
      Keyring:            jcat
      Enabled:            true
      P2P Metadata:       true
      P2P Firmware:       false
      Checksum:           236382e0224a5a271aca9378ddbed1765ec679ae29ba62654be8f409fc8f1336
      Age:                2 hours
      Refresh Interval:   24 hours
      Filename:           /var/lib/fwupd/metadata/lvfs/metadata.xml.zst
      Filename Signature: /var/lib/fwupd/metadata/lvfs/metadata.xml.zst.jcat
      Filename Source:    /etc/fwupd/remotes.d/lvfs.conf
      Metadata URI:       https://cdn.fwupd.org/downloads/firmware.xml.zst
      Metadata Signature: https://cdn.fwupd.org/downloads/firmware.xml.zst.jcat
      Report URI:         https://fwupd.org/lvfs/firmware/report
      Automatic Reporting:false