I’ve done it and it shows the setting as activated.
One thing I’ve noticed: if I suspend again by pressing the power key, and then try to log in again, there are chances the graphic artifacts are gone.
What kernel version are you running? I think the colored glitches were a slightly different issue from the white blobs originally reported. See this comment and discussion above.
Right now? 6.7.7-200.fc39.x86_64 and it’s fast and stable. Loving it.
Back then? Probably 6.5.something. I got both white and pink flashing on resume. I think the white lashing went away with sg_display=0, and the pink flashing went away with kernel 6.7. Just guessing though, I didn’t see it often enough to be sure.
1 Like
I’m running 6.7.5-200.fc39.x86_64 #1 SMP PREEMPT_DYNAMIC Sat Feb 17 17:20:08 UTC 2024 x86_64 GNU/Linux and oppositely to what says @Scott_Bronson I still have the pink flashing.
Here is the output of sudo grubby --info=ALL, so the sg_display=0 parameter is indeed there, but now I understand the white glitches (I don’t have anymore) are not the same issue than the pink flashing on resume (I’ve just experienced with the 6.7.5 kernel).
kernel="/boot/vmlinuz-6.7.5-200.fc39.x86_64"
args="ro rootflags=subvol=root rd.luks.uuid=luks-3cdb93d1-dc24-48d0-a7d8-91e43ea29677 rhgb quiet amdgpu.sg_display=0"
root="UUID=5c6e3623-f207-45b0-9597-17810cd93b3c"
initrd="/boot/initramfs-6.7.5-200.fc39.x86_64.img"
title="Fedora Linux (6.7.5-200.fc39.x86_64) 39 (Workstation Edition)"
id="b867acbfbb4042f88603463e4c70c3c6-6.7.5-200.fc39.x86_64"
index=1
kernel="/boot/vmlinuz-6.7.4-200.fc39.x86_64"
args="ro rootflags=subvol=root rd.luks.uuid=luks-3cdb93d1-dc24-48d0-a7d8-91e43ea29677 rhgb quiet amdgpu.sg_display=0"
root="UUID=5c6e3623-f207-45b0-9597-17810cd93b3c"
initrd="/boot/initramfs-6.7.4-200.fc39.x86_64.img"
title="Fedora Linux (6.7.4-200.fc39.x86_64) 39 (Workstation Edition)"
id="b867acbfbb4042f88603463e4c70c3c6-6.7.4-200.fc39.x86_64"
index=2
kernel="/boot/vmlinuz-6.7.3-200.fc39.x86_64"
args="ro rootflags=subvol=root rd.luks.uuid=luks-3cdb93d1-dc24-48d0-a7d8-91e43ea29677 rhgb quiet amdgpu.sg_display=0"
root="UUID=5c6e3623-f207-45b0-9597-17810cd93b3c"
initrd="/boot/initramfs-6.7.3-200.fc39.x86_64.img"
title="Fedora Linux (6.7.3-200.fc39.x86_64) 39 (Workstation Edition)"
id="b867acbfbb4042f88603463e4c70c3c6-6.7.3-200.fc39.x86_64"
index=3
kernel="/boot/vmlinuz-0-rescue-b867acbfbb4042f88603463e4c70c3c6"
args="ro rootflags=subvol=root rd.luks.uuid=luks-3cdb93d1-dc24-48d0-a7d8-91e43ea29677 rhgb quiet amdgpu.sg_display=0"
root="UUID=5c6e3623-f207-45b0-9597-17810cd93b3c"
initrd="/boot/initramfs-0-rescue-b867acbfbb4042f88603463e4c70c3c6.img"
title="Fedora Linux (0-rescue-b867acbfbb4042f88603463e4c70c3c6) 39 (Workstation Edition)"
id="b867acbfbb4042f88603463e4c70c3c6-0-rescue"
EDIT : btw, running some things from RPM fusion, like the MESA drivers as indicated here Howto/Multimedia - RPM Fusion (see section « Hardware codecs with AMD (mesa) ») might be related.
From the linked issue, it seems that this colored flashing was fixed in kernel 6
7.6 and above so I would just try updating to the newest kernel.
Oh yeah, thanks, haven’t noticed it’s 6.7.6 compared to 6.7.5 for me, the minor version number counts after all 
Updating now.
Installed Fedora Kinoite 39/40 (KDE) on my new FW13 AMD and the fingerprint reader worked without any workarounds or additional package installs. KDE even enabled the sudo integration which was nice. Now I just need so see if I can do the boot decryption with the fingerprint reader, though that would likely have similar vulnerability issues as using the TPM to do decryption.
It’s too bad KDE isn’t the defualt DE or Framework | Linux Compatibility on the Framework Laptop could be updated to show the fingerprint ready working out of the box.
Gnome is the default DE for Fedora, so I wouldn’t expect it to be different.
The fingerprint reader works out-of-the-box on Fedora 40 Gnome. If it doesn’t work OOTB on Fedora 39 Gnome then that should be resolved just by waiting a couple weeks.
This did it for me today with a fresh install of Fedora 39.
WARNING:
The Fedora kernel update Fedora Linux (6.8.4-200.fc39.x86_64) 39 renders my USB(-A)-Expansion-Card-ports unusable. I had to switch back to 6.7.11-200 (!)
If this is a reproducible issue, please open a new thread with more information (cpu, bios, which slots, charging yes/no, …) so we can try and solve this. (you may ping me 
)
It works fine on my 7840u framework 13.
1 Like
I’m sorry, I used this thread, because there is none for the Framework Laptop 16 yet.
The infos you requested: CPU: AMD Ryzen 7840HS, BIOS 3.02, Slots 3, 5 and 6, the laptop wasn’t charging, so I connected the charger.
I did restart the laptop twice to rule out any program related issues.
Just a heads up; for those re-experiencing Graphical glitches ; recheck UMA_GAME_OPTIMZIED is set in the BIOS.
I know for certain I had set it; but several distros/re-installs later it had somehow got disabled back to the alternative default. Possibly fiddled by efivars by an installer? I’m not sure but I know It was not in the state I manually set it.
This is a framework 13 topic in a framework 13 category.
Please create a new topic in the framework 16 category.
It reset after you updated your bios, same for me.
This thread is linked from the official Fedora Linux setup guide which is linked from the Framework Laptop 16 support page. Sounds like an issue for the official support, @Matt_Hartley