Arazil
April 4, 2024, 5:44pm
13
If you are referring to my output log, the (unlogged) fingerprint firmware update was completed before the (logged) EFI update because I initially forgot to plug the laptop in before running the update command. This first update was a bit of a learning process for me - this is my first time using LVFS to update EFI firmware.
1 Like
Btw what version of fwupd? New enough fwupd I expect to use “capsule on disk” for framework 16. You shouldn’t even need the EFI binary when that’s used.
1 Like
Alex-X:
Would it be possible to have some sort of update newsletter which would inform about any new releases? I am sort of semi active here and would be interested to get an email notification for a new version of UEFI or drivers for my FW16.
Preferably as an opt-in service.
I second this! My activity on the forum will likely dwindle some time after I get my FW16. I’d love to make sure the system stays updated even if I’m not as active.
3 Likes
Just updated with LVFS (fwupd + GNOME firmware) as well. Worked fine using fwupd 1.9.15:
motzky@framework ~ fwupdmgr --version
compile com.hughsie.libxmlb 0.3.15
compile org.freedesktop.Passim 0.1.5
compile com.hughsie.libjcat 0.2.1
compile org.freedesktop.fwupd 1.9.15
runtime org.freedesktop.fwupd-efi 1.5
compile org.freedesktop.gusb 0.4.8
runtime org.freedesktop.Passim 0.1.5
runtime org.freedesktop.gusb 0.4.8
runtime com.hughsie.libjcat 0.2.1
runtime org.kernel 6.8.2-arch2-1
runtime org.freedesktop.fwupd 1.9.15
2 Likes
Does this driver bundle include whatever Microsoft is requiring to use the Windows Studio Effects (which relies on the NPU)?
Currently it doesn’t work on my Framework Laptop 16 and from what I’ve read it is likely due to Microsoft requiring additional driver support from the laptop manufacturer.
1 Like
QAM
April 4, 2024, 11:33pm
18
Hola
@Kieran_Levin , a few follow up questions if you don’t mind:
What is the typical turnaround time for the BIOS update and driver bundle move from Beta to Finalized? Weeks, months? Or is it more nuanced based on other factors?
I would assume that once this BIOS update and driver bundle has been finalized, only then does it get pushed into the main production line. Until then the production line continues to use the last stable version. Is this correct?
Arazil
April 5, 2024, 12:22am
19
My attempt to upgrade (that ran into the Secure Boot issues) used fwupdmgr version:
compile com.hughsie.libxmlb 0.3.15
compile org.freedesktop.Passim 0.1.5
compile com.hughsie.libjcat 0.2.1
compile org.freedesktop.fwupd 1.9.15
runtime org.freedesktop.fwupd-efi 1.5
compile org.freedesktop.gusb 0.4.8
runtime org.freedesktop.Passim 0.1.5
runtime org.freedesktop.gusb 0.4.8
runtime com.hughsie.libjcat 0.2.1
runtime org.kernel 6.8.2-zen2-1-zen
runtime org.freedesktop.fwupd 1.9.15
Hmm interesting. I’ll double check some code paths, that message is not expected to me on F16.
1 Like
Updated and it seems to be working fine, only issue was igpu mem got set back to 512MB, and still showed up it set to ‘gaming’ mode in the BIOS. Had to switch it twice to get it to go back to 4GB.
2 Likes
had the same issue - wouldn’t have noticed if you haven’t told me, so thanks.
When do we get 5V charging?
1 Like
Applied and so far so good. No change in the dGPU crashing when connecting an external monitor to the rear usb port after booting up. But completely expected as it’s not in the change notes.
Any plans to fix that? Or is it an amdgpu module bug?
1 Like
I applied the beta bios v3.03 on Friday and have had no issues except today Sunday after gaming on rpcs3 for ~ 1Hr I got a random reboot. No warning or Bsod. I went into event viewer and got an error anout windows boot environment failed to load the HSP firmware (the file %hs does not exist). Then after thay error there is an error reporting that the previous shutdown (which I was gaming and everything was working fine then) was unexpected. Weird thing is the shutdown says thay it happened 4 mines befoe the actual reboot did. Then after that there js a Critical error sayibf the system has rebooted without cleanly shutting down. I hope this helps, and if any more information is needed feel free to reach out.
This is a Microsoft invite program. We currently do not have this enabled due to lack of support from Microsoft.
2 Likes
What is the failure mode?
Can you describe the device you are attaching, OS, failure steps to reproduce.
Sure, I posted the issue here:
I am having an issue with the dGPU locking up if I connect a display to the rear port after booting up. I run arch Linux as my main OS but also have Fedora 39 installed for further testing. The same results occur in either OS.
If I boot up with nothing connected, and then connect a display to the rear port, dmesg does show a connection like so, but the additional monitors do not work:
[ 142.939856] usb 1-2.4: new full-speed USB device number 11 using xhci_hcd
[ 143.078727] usb 1-2.4: New USB…
I have three different usb to hdmi adapters I can connect to the rear port (also the hdmi and dp expansion cards). They all act the same.
I have discovered recently that if I launch nvtop (need more testing, but probably anything that wakes it up will work), before connecting to the external port after booting up, it also works fine.
However, I noticed that it will never go back into D3cold mode again, even after rear usb is all disconnected and the dGPU is no longer in use.
Running Fedora 40 beta, and fwupdmgr doesn’t seem to see the update as available:
Determined that the current version is Version: 03.02
, and verified that the metadata on disk even has the FW16 firmware in there.
I have disabled secure boot (or I at least think I have, it was weirdly complicated finding the secure boot menu)
Fwupd version:
$ fwupdmgr --version
compile com.hughsie.libxmlb 0.3.17
compile org.freedesktop.Passim 0.1.5
compile com.hughsie.libjcat 0.2.1
compile org.freedesktop.fwupd 1.9.16
runtime org.freedesktop.fwupd-efi 1.4
compile org.freedesktop.gusb 0.4.8
runtime org.freedesktop.Passim 0.1.5
runtime org.freedesktop.gusb 0.4.8
runtime com.hughsie.libjcat 0.2.1
runtime org.kernel 6.8.4-300.fc40.x86_64
runtime org.freedesktop.fwupd 1.9.16
1 Like
I have the same issue on my Framework 13, see:
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
│ …
I filed a bug report for it:
opened 04:35PM - 09 Apr 24 UTC
bug
**Describe the bug**
On my Framework 13 AMD running Fedora 39 with BIOS 3.03, t… he 3.05 beta BIOS is not available. `lvfs-testing` is enabled. The laptop is plugged into AC.
Output of `sudo fwupdtool update -vv`:
[fwupdtool.log](https://github.com/fwupd/fwupd/files/14921548/fwupdtool.log)
**Steps to Reproduce**
1. `fwupdmgr enable-remote lvfs-testing`
2. `fwupdmgr refresh --force`
3. `fwupdmgr get-updates`
4. `fwupdmgr update`
**Expected behavior**
3.05 beta BIOS showing up as an update.
**fwupd version information**
```fwupdmgr --version
compile com.hughsie.libxmlb 0.3.17
compile com.hughsie.libjcat 0.2.1
compile org.freedesktop.fwupd 1.9.16
runtime org.freedesktop.fwupd-efi 1.4
compile org.freedesktop.gusb 0.4.8
runtime com.hughsie.libjcat 0.2.1
runtime org.freedesktop.gusb 0.4.8
runtime org.freedesktop.fwupd 1.9.16
runtime org.kernel 6.8.4-200.fc39.x86_64```
Please note how you installed it (`apt`, `dnf`, `pacman`, source, etc):
I believe it was installed OOTB in Fedora 39. Otherwise, via dnf.
<summary>**fwupd device information**</summary>
Please provide the output of the fwupd devices recognized in your system.
```
fwupdmgr get-devices --show-all-devices
Framework Laptop 13 (AMD Ryzen 7040Series)
│
├─AMD Ryzen 5 7640U w/ Radeon 760M Graphics:
│ │ Device ID: 4bde70ba4e39b28f9eab1628f9dd6e6244c03027
│ │ Current version: 0x0a704103
│ │ Vendor: Advanced Micro Devices, Inc.
│ │ GUIDs: 2a1df9de-fe02-59c8-8af1-32c8bb011f94 ← CPUID\PRO_0&FAM_19&MOD_74
│ │ 5a4bca32-6547-584f-bb36-920d9adede25 ← CPUID\PRO_0&FAM_19&MOD_74&STP_1
│ │ Device Flags: • Internal device
│ │
│ ├─Graphics Processing Unit (GPU):
│ │ │ Device ID: 83eba1fa14bdefee1f6b4bcf06069b298e1c338f
│ │ │ Summary: AMD AMD_PHOENIX_GENERIC
│ │ │ Current version: 022.012.000.024.000001
│ │ │ Vendor: Advanced Micro Devices, Inc. [AMD/ATI] (PCI:0x1002)
│ │ │ GUID: 6c23af4f-d6cd-5ffc-a502-0b85e472e7cb ← AMD\113-PHXGENERIC-001
│ │ │ Device Flags: • Internal device
│ │ │
│ │ └─NE135FBM-N41:
│ │ Device ID: aec1a869eb0df71b7cea6b3ac71d39b830faf164
│ │ GUID: ace3bb34-1bbb-5a5f-9694-73c4cede9692 ← DRM\VEN_BOE&DEV_0BCA
│ │ Device Flags: • Internal device
│ │
│ ├─Secure Processor:
│ │ Device ID: c54ab0237d7a8db8c717b68e0be78e4374a2a079
│ │ Current version: 00.2d.00.74
│ │ Bootloader Version:00.2d.00.74
│ │ Vendor: Advanced Micro Devices, Inc. (PCI:0x1022)
│ │ GUIDs: 9eb6a793-7f97-5fb5-b49c-139d2ce3ee46 ← PCI\VEN_1022&DEV_15C7
│ │ 2e4eb727-a7c8-5eba-80cd-553b8d796d80 ← PCI\VEN_1022&DEV_15C7&SUBSYS_F1110006
│ │ Device Flags: • Internal device
│ │
│ ├─System Management Unit (SMU):
│ │ Device ID: db0330716216c629bb2c07256e5d018f499eb6ce
│ │ Summary: Microcontroller used within CPU/APU program 0
│ │ Current version: 76.70.0
│ │ Vendor: Advanced Micro Devices, Inc.
│ │ GUID: 3ac3159e-6eef-5f6b-bc8d-67686b238747 ← /sys/devices/platform/AMDI0009:00
│ │ Device Flags: • Internal device
│ │
│ └─TPM:
│ Device ID: c6a80ac3a22083423992a3cb15018989f37834d6
│ Summary: TPM 2.0 Device
│ Current version: 6.3.1.610
│ Vendor: Microsoft (TPM:MSFT)
│ GUIDs: 2a65d4b6-60a0-5e8c-acfa-d86cc3cbe4c3 ← TPM\VEN_MSFT&DEV_0001
│ 31a7bb1b-f5e1-53ff-b0e5-8692a21caed6 ← TPM\VEN_MSFT&MOD_Pluton.TPM.A
│ 5bea8d58-c840-513e-a5ad-0184cbaa9821 ← TPM\VEN_MSFT&DEV_0001&VER_2.0
│ e02519c6-9139-5de8-89d4-9dca2f5c3b66 ← TPM\VEN_MSFT&MOD_Pluton.TPM.A&VER_2.0
│ Device Flags: • Internal device
│ • System requires external power source
│ • Needs a reboot after installation
│ • Device can recover flash failures
│ • Full disk encryption secrets may be invalidated when updating
│ • Signed Payload
│
├─Fingerprint Sensor:
│ Device ID: 23ec719b6aabc2d2dac5176c232f0da7a21881b0
│ Summary: Match-On-Chip fingerprint sensor
│ Current version: 01000334
│ Vendor: Goodix (USB:0x27C6)
│ Install Duration: 10 seconds
│ Serial Number: UID097F42EB_XXXX_MOC_B0
│ GUID: 1e8c8470-a49c-571a-82fd-19c9fa32b8c3 ← USB\VID_27C6&PID_609C
│ Device Flags: • Updatable
│ • Device stages updates
│ • Device can recover flash failures
│ • Signed Payload
│
├─GPIO controller:
│ Device ID: f685512aa07369c9e77742acef941d779d31e766
│ GUID: 37b440a9-2473-5087-a39b-db84f32a8ed8 ← GPIO\ID_AMDI0030:00
│
├─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
│ │ GUID: b5f7dcc1-568c-50f8-a4dd-e39d1f93fda1
│ │ Device Flags: • Internal device
│ │ • Updatable
│ │ • System requires external power source
│ │ • Needs a reboot after installation
│ │ • Cryptographic hash verification is available
│ │ • Device is usable for the duration of the update
│ │ Device Requests: • Message
│ │
│ └─UEFI dbx:
│ Device ID: 362301da643102b9f38477387e2193e57abaa590
│ Summary: UEFI revocation database
│ Current version: 371
│ Minimum Version: 371
│ Vendor: UEFI:Linux Foundation
│ Install Duration: 1 second
│ GUIDs: f8ba2887-9411-5c36-9cee-88995bb39731 ← UEFI\CRT_A1117F516A32CEFCBA3F2D1ACE10A87972FD6BBE8FE0D0B996E09E65D802A503&ARCH_X64
│ 115f7cac-f705-5d34-9a47-37177c3e8514 ← UEFI\CRT_B38FAD316F525F27B27A21B486456C3E4279748BF16893827BF16FE659C0F75E&ARCH_X64
│ Device Flags: • Internal device
│ • Updatable
│ • Needs a reboot after installation
│ • Device is usable for the duration of the update
│ • Only version upgrades are allowed
│ • Signed Payload
│
├─UEFI Platform Key:
│ Device ID: 6924110cde4fa051bfdc600a60620dc7aa9d3c6a
│ Summary: frame.work-LaptopAMDPK
│ GUID: c701846d-5461-5c19-a7ae-2d89b2f44c14 ← UEFI\CRT_D610D8205624E644D9435383826B2DBF7298859C
│
└─WD BLACK SN770 1TB:
Device ID: 03281da317dccd2b18de2bd1cc70a782df40ed7e
Summary: NVM Express solid state drive
Current version: 731100WD
Vendor: Sandisk Corp (NVME:0x15B7)
Serial Number: 2334H2403142
GUIDs: 1524d43d-ed91-5130-8cb6-8b8478508bae ← NVME\VEN_15B7&DEV_5017
87cfda90-ce08-52c3-9bb5-0e0718b7e57e ← NVME\VEN_15B7&DEV_5017&SUBSYS_15B75017
914bfa00-b683-532c-8c3c-71a59e7ae800 ← WD_BLACK SN770 1TB
Device Flags: • Internal device
• Updatable
• System requires external power source
• Needs a reboot after installation
• Device is usable for the duration of the update
```
</details>
**System UEFI configuration**
Please provide the output of the following commands:
```
efibootmgr -v
BootCurrent: 0005
Timeout: 0 seconds
BootOrder: 0005,0001,2001,2002,2003
Boot0001* Fedora HD(1,GPT,6975d142-18c0-4bf5-9dfa-dba4622a2aab,0x800,0x12c000)/\EFI\fedora\shim.efiRC
dp: 04 01 2a 00 01 00 00 00 00 08 00 00 00 00 00 00 00 c0 12 00 00 00 00 00 42 d1 75 69 c0 18 f5 4b 9d fa db a4 62 2a 2a ab 02 02 / 04 04 2e 00 5c 00 45 00 46 00 49 00 5c 00 66 00 65 00 64 00 6f 00 72 00 61 00 5c 00 73 00 68 00 69 00 6d 00 2e 00 65 00 66 00 69 00 00 00 / 7f ff 04 00
data: 52 43
Boot0002* EFI PXE 0 for IPv4 (0C-37-96-6A-73-67) PciRoot(0x0)/Pci(0x8,0x3)/Pci(0x0,0x4)/USB(1,0)/MAC(0c37966a7367,0)/IPv4(0.0.0.0,0,DHCP,0.0.0.0,0.0.0.0,0.0.0.0)RC
dp: 02 01 0c 00 d0 41 03 0a 00 00 00 00 / 01 01 06 00 03 08 / 01 01 06 00 04 00 / 03 05 06 00 01 00 / 03 0b 25 00 0c 37 96 6a 73 67 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 / 03 0c 1b 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 / 7f ff 04 00
data: 52 43
Boot0003* Windows Boot Manager HD(2,GPT,26bedf9f-4b32-435d-98fb-4e9e25ce2800,0xa00800,0x82000)/\EFI\Microsoft\Boot\bootmgfw.efi57494e444f5753000100000088000000780000004200430044004f0042004a004500430054003d007b00390064006500610038003600320063002d0035006300640064002d0034006500370030002d0061006300630031002d006600330032006200330034003400640034003700390035007d00000048000100000010000000040000007fff0400
dp: 04 01 2a 00 02 00 00 00 00 08 a0 00 00 00 00 00 00 20 08 00 00 00 00 00 9f df be 26 32 4b 5d 43 98 fb 4e 9e 25 ce 28 00 02 02 / 04 04 46 00 5c 00 45 00 46 00 49 00 5c 00 4d 00 69 00 63 00 72 00 6f 00 73 00 6f 00 66 00 74 00 5c 00 42 00 6f 00 6f 00 74 00 5c 00 62 00 6f 00 6f 00 74 00 6d 00 67 00 66 00 77 00 2e 00 65 00 66 00 69 00 00 00 / 7f ff 04 00
data: 57 49 4e 44 4f 57 53 00 01 00 00 00 88 00 00 00 78 00 00 00 42 00 43 00 44 00 4f 00 42 00 4a 00 45 00 43 00 54 00 3d 00 7b 00 39 00 64 00 65 00 61 00 38 00 36 00 32 00 63 00 2d 00 35 00 63 00 64 00 64 00 2d 00 34 00 65 00 37 00 30 00 2d 00 61 00 63 00 63 00 31 00 2d 00 66 00 33 00 32 00 62 00 33 00 34 00 34 00 64 00 34 00 37 00 39 00 35 00 7d 00 00 00 48 00 01 00 00 00 10 00 00 00 04 00 00 00 7f ff 04 00
Boot0004* Windows Boot Manager HD(2,GPT,26bedf9f-4b32-435d-98fb-4e9e25ce2800,0xa00800,0x82000)/\EFI\Microsoft\Boot\bootmgfw.efi57494e444f5753000100000088000000780000004200430044004f0042004a004500430054003d007b00390064006500610038003600320063002d0035006300640064002d0034006500370030002d0061006300630031002d006600330032006200330034003400640034003700390035007d00000048000100000010000000040000007fff0400
dp: 04 01 2a 00 02 00 00 00 00 08 a0 00 00 00 00 00 00 20 08 00 00 00 00 00 9f df be 26 32 4b 5d 43 98 fb 4e 9e 25 ce 28 00 02 02 / 04 04 46 00 5c 00 45 00 46 00 49 00 5c 00 4d 00 69 00 63 00 72 00 6f 00 73 00 6f 00 66 00 74 00 5c 00 42 00 6f 00 6f 00 74 00 5c 00 62 00 6f 00 6f 00 74 00 6d 00 67 00 66 00 77 00 2e 00 65 00 66 00 69 00 00 00 / 7f ff 04 00
data: 57 49 4e 44 4f 57 53 00 01 00 00 00 88 00 00 00 78 00 00 00 42 00 43 00 44 00 4f 00 42 00 4a 00 45 00 43 00 54 00 3d 00 7b 00 39 00 64 00 65 00 61 00 38 00 36 00 32 00 63 00 2d 00 35 00 63 00 64 00 64 00 2d 00 34 00 65 00 37 00 30 00 2d 00 61 00 63 00 63 00 31 00 2d 00 66 00 33 00 32 00 62 00 33 00 34 00 34 00 64 00 34 00 37 00 39 00 35 00 7d 00 00 00 48 00 01 00 00 00 10 00 00 00 04 00 00 00 7f ff 04 00
Boot0005* Fedora HD(1,GPT,6975d142-18c0-4bf5-9dfa-dba4622a2aab,0x800,0x12c000)/\EFI\fedora\shimx64.efi
dp: 04 01 2a 00 01 00 00 00 00 08 00 00 00 00 00 00 00 c0 12 00 00 00 00 00 42 d1 75 69 c0 18 f5 4b 9d fa db a4 62 2a 2a ab 02 02 / 04 04 34 00 5c 00 45 00 46 00 49 00 5c 00 66 00 65 00 64 00 6f 00 72 00 61 00 5c 00 73 00 68 00 69 00 6d 00 78 00 36 00 34 00 2e 00 65 00 66 00 69 00 00 00 / 7f ff 04 00
Boot2001* EFI USB Device RC
dp: 7f ff 04 00
data: 52 43
Boot2002* EFI DVD/CDROM RC
dp: 7f ff 04 00
data: 52 43
Boot2003* EFI Network RC
dp: 7f ff 04 00
data: 52 43
```
```shell
efivar -l | grep fw
```
Above command returns empty.
```
sudo tree /boot
/boot
├── config-6.7.10-200.fc39.x86_64
├── config-6.7.11-200.fc39.x86_64
├── config-6.8.4-200.fc39.x86_64
├── efi
│ ├── EFI
│ │ ├── BOOT
│ │ │ ├── BOOTIA32.EFI
│ │ │ ├── BOOTX64.EFI
│ │ │ ├── fbia32.efi
│ │ │ └── fbx64.efi
│ │ └── fedora
│ │ ├── BOOTIA32.CSV
│ │ ├── BOOTX64.CSV
│ │ ├── gcdia32.efi
│ │ ├── gcdx64.efi
│ │ ├── grub.cfg
│ │ ├── grubia32.efi
│ │ ├── grubx64.efi
│ │ ├── mmia32.efi
│ │ ├── mmx64.efi
│ │ ├── shim.efi
│ │ ├── shimia32.efi
│ │ └── shimx64.efi
│ ├── mach_kernel
│ └── System
│ └── Library
│ └── CoreServices
│ └── SystemVersion.plist
├── grub2
│ ├── fonts
│ │ └── unicode.pf2
│ ├── grub.cfg
│ └── grubenv
├── initramfs-0-rescue-f430515d1e424da0aa37ee30fe09544e.img
├── initramfs-6.7.10-200.fc39.x86_64.img
├── initramfs-6.7.11-200.fc39.x86_64.img
├── initramfs-6.8.4-200.fc39.x86_64.img
├── loader
│ └── entries
│ ├── f430515d1e424da0aa37ee30fe09544e-0-rescue.conf
│ ├── f430515d1e424da0aa37ee30fe09544e-6.7.10-200.fc39.x86_64.conf
│ ├── f430515d1e424da0aa37ee30fe09544e-6.7.11-200.fc39.x86_64.conf
│ └── f430515d1e424da0aa37ee30fe09544e-6.8.4-200.fc39.x86_64.conf
├── lost+found
├── symvers-6.7.10-200.fc39.x86_64.xz -> /lib/modules/6.7.10-200.fc39.x86_64/symvers.xz
├── symvers-6.7.11-200.fc39.x86_64.xz -> /lib/modules/6.7.11-200.fc39.x86_64/symvers.xz
├── symvers-6.8.4-200.fc39.x86_64.xz -> /lib/modules/6.8.4-200.fc39.x86_64/symvers.xz
├── System.map-6.7.10-200.fc39.x86_64
├── System.map-6.7.11-200.fc39.x86_64
├── System.map-6.8.4-200.fc39.x86_64
├── vmlinuz-0-rescue-f430515d1e424da0aa37ee30fe09544e
├── vmlinuz-6.7.10-200.fc39.x86_64
├── vmlinuz-6.7.11-200.fc39.x86_64
└── vmlinuz-6.8.4-200.fc39.x86_64
```
**Additional questions**
- Operating system and version: Fedora 39
- Have you tried rebooting? Yes, multiple times
- Is this a regression? No
- Are you using an NVMe disk? Yes
- Is secure boot enabled? Yes
- Is this a Lenovo system with 'Boot Order Lock' turned on in the BIOS?
1 Like
Thanks
I managed to get it working by deleting everything in the var folder, disabling all remotes (including one called vendor-directory
), then enabled lvfs
& lvfs-testing
, did a refresh, and then suddenly it worked!
I suspect something got into a weird state, and fwupd just went stupid.
EDIT: the fwupd’s var folder. /var/lib/fwupd/
not the whole /var
folder
1 Like
I also had a similar question regarding the Graphics Driver as another posted in the AMD FW13 BIOS/Driver thread.
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?
Does the version included in the Framework bundle include the fix for the “Display frozen after smart MUX switching” issue reported in the 6th and 8th FW16 updates? Is that fix going to be only available in the FW version of the driver and will we have to continually look to FW for the updated versions to include the fix or is that fix going to be rolled into all new drivers available directly from AMD, and does the 24.x version available directly from them include it?
1 Like
Are all new machines shipped with latest stable BIOS? I ask, because assuming this BIOS goes to stable in the next couple of weeks, I’m in Batch 12, so curious if it’s likely I’ll be getting this or not.
5 Likes