Poor performance and Bad audio after dell laptop suspend

I have a dell 7420 laptop. When I resume it from being suspended, the performance is noticeably worse (noticeable frame drops even with just desktop open) and audio is stuttering. This problem arises on fedora 43 (and ublue bluefin) and 44 beta. It does not arise with 42 though. It only ever happens when the laptop is suspended from the lid closing, not from the power button or the menu.

The laptop’s specs are:

  • core i5-1135g7
  • iris xe graphics
  • 16gb ram
  • 256gb ssd
  • and (i believe) intel tiger lake chipset

This issue has also presented with a similarly spec’d dell 5320.

I’m currently running Bluefin (Version: latest-43.20260319.1) using kernel version 6.19.8-200.fc43.x86_64. Though this issue was presenting with fedora 43 and 44 beta as well.

Does anyone know what could be causing this issue? I’ve already tried looking around on the internet and asking claude (I don’t really like using AI but I couldn’t find anything on the web).

Cheers!

Also I should note, it isn’t thermal throttling, the clock speed isn’t limited to 400 MHz, and Theres no excessively high cpu usage. I’ve seen that issue in my search but it doesn’t fit my laptops problem.

Can you try this? Let’s see what it returns. It should give you clues on whats happening when you suspend or close the Lid on the Laptop.

journalctl -b -u systemd-logind --no-pager | grep -iE 'lid|suspending|sleep|hibernate|inhibit'

Mar 20 06:55:05 eris-laptop systemd-logind[1023]: Watching system buttons on /dev/input/event2 (Sleep Button)
Mar 20 06:55:07 eris-laptop systemd-logind[1023]: Watching system buttons on /dev/input/event0 (Lid Switch)
Mar 20 17:57:06 eris-laptop systemd-logind[1023]: Lid closed.
Mar 20 17:57:06 eris-laptop systemd-logind[1023]: Suspending...
Mar 21 05:00:20 eris-laptop systemd-logind[1023]: Lid opened.
Mar 21 05:00:26 eris-laptop systemd-logind[1023]: Lid closed.
Mar 21 05:00:48 eris-laptop systemd-logind[1023]: Suspending...
Mar 21 05:07:44 eris-laptop systemd-logind[1023]: Lid opened.

It could be uefi/bios firmware and you just simply need to update it.

To my knowledge my BIOS is on the latest version, but I’ll update in anyways to make sure.

There was an update, however it has not fixed the issue.

maybe one or more of the audio services needs to be reinitialized after waking up.

try:

systemctl --user restart pipewire

if that doesn’t clear it up:

pulseaudio -k

Then what ever clears it up we just make it execute the restart routine as a wake event.

Resetting via systemctl doesn’t resolve the issue, and pulseaudio isn’t installed as I am using pipewire.

then try restarting the whole stack

systemctl --user restart pipewire pipewire-pulse wireplumber

what is the output of:

uname -r

Because you might need to disable suspending the audio stack especially on a non realtime kernel build.

uname -r outputs 6.19.9-200.fc43.x86_64

Restarting the whole stack has no effect.

ok, then lets look at the profiles. What is the output of:

sudo cat  /etc/systemd/logind.conf

and


sudo cat /etc/systemd/sleep.conf

This would have to be something different between the lid closing even and power button. As those two and the menu are independent events and suspending to ram might not be an option and it has to be set to hibernate instead of sleep or hybrid-sleep.