Fedora 39 on the Framework Laptop 13

[phrwn]

When editing the ticket, add the Framework top-level ticket id 2240811 to the item: Blocks.

Sorry, where is this field? I see ‘Treeview+ depends on/blocked’, but not ‘Blocks:’ in the edit menu.

EDIT: nevermind - found it under ‘Show Advanced Fields’.

[v_d]

Hi all, the graphical glitches after suspend are back for me. They had disappeared for a while with the advised boot parameter:

sudo grubby --update-kernel=ALL --args="amdgpu.sg_display=0"

But now they’re back again. After every suspend, my screen has graphical colored artifacts that cover the whole surface, may disappear after a few touch presses but then come back. I’ve rerun the same command, with no effect.

I don’t even know if the configuration works, perhaps grub2 has been updated? If I do sudo cat /boot/grub2/grub.cfg | grep amd I get nothing, and from the grubby man page this seems to be the file that’s supposed to be edited.

[dimitris]

@v_d

sudo cat /boot/grub2/grub.cfg | grep amd

I also get nothing on that, but it still is applied so I guess the man page is wrong?

(replace linecmd with cmdline in the command below. I had to fake this to get around this forum posting bug)

$ cat /proc/linecmd |egrep -o 'amdgpu.+'
amdgpu.sg_display=0

Do you get the same?

[Daniel_Hollas]

Try running

sudo grubby --info=ALL

This should list all available kernels and their parameters. You can find out which kernel you’re currently running with

uname --all

[v_d]

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.

[Daniel_Hollas]

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.

[TRACKING] Graphical corruption in Fedora 39 (AMD 3.03 BIOS)

In Jan, when resuming from suspend, I was getting the pink-blocky-flickering screen quite a bit. Suspending-and-resuming again would typically fix it. Haven’t seen that issue for at least a couple weeks though, and I think the only thing I changed was the kernel. Maybe try upgrading? I’m running 6.7.6-200.fc39.x86_64 and it’s feeling … I hate to jinx it, but it’s feeling pretty darn stable. I still have sg_disable set of course.

[Scott_Bronson]

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.

[v_d]

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.

[Daniel_Hollas]

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.

[v_d]

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.

[Nicholas_Von_Wolff]

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.

[principis]

@Nicholas_Von_Wolff

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.

[Scott_Bronson]

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.

[Eli_Gaultney]

This did it for me today with a fresh install of Fedora 39.

[ATi]

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 (!)

[principis]

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.

[ATi]

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.

[jwp]

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.

[principis]

This is a framework 13 topic in a framework 13 category.

Please create a new topic in the framework 16 category.

[Gulfam_Rana_Amd]

It reset after you updated your bios, same for me.