Re: Laptop resumes each 1h13 after suspend-to-ram
On 15/09/2025 19:35, Eugen Dedu wrote:
gsp/gsp-535.113.01.bin -> ../../tu102/gsp/gsp-535.113.01.bin
-rw-r--r-- 1 root 38061600 Aug 15 14:51 /usr/lib/firmware/nvidia/ga102/
gsp/gsp-535.113.01.bin
-rw-r--r-- 1 root 23750944 Aug 15 14:51 /usr/lib/firmware/nvidia/tu102/
gsp/gsp-535.113.01.bin
So the files with the same name are not identical. I would check the
upstream repository if a version for your graphics card is available there.
On 15/09/2025 04:29, Max Nikulin wrote:
Have the period of resumes changed? What tasks are executed
accordingly to journalctl?
The period is the same, 1h13.
[...]
(full log at https://dedu.fr/log2.txt)
I do not see anything really suspicious. I would search for details of:
"kernel: spd5118 0-0050: PM: dpm_run_callback(): spd5118_resume
[spd5118] returns -6" since I have not idea concerning its impact.
Skimming through "sudo journalctl -b" and searching for noticed warnings
and errors (they are highlighted) might give some hints.
In the past I tried removing NetworkManager and still had the issue.
Could the culprit be dhcp client which awakes the laptop to renew the
lease?
If it was so, I would consider it as a bug. After all, NetworkManager
disables the interface during suspend. You still may disable autoconnect
in connection properties and may explicitly deactivate the connection
before suspending.
What you have posted so far tells that there is no difference of lid
switch and sleep button as they are handled by Linux. Maybe it is
firmware that prevents wake ups when the lid is closed. (By the way,
what happens if you suspend the machine using the sleep button and close
the lid afterwards?)
I hope, you have tried *cold* reboot after disabling and removing
packages. If it does not reset wake up timers, I am afraid, you have to
check if Dell platform modules expose some timers. There a chance that
some info unrelated to Linux is available on some sites.
I use the simple awesome window manager, I do not remember having played
with dconf etc.
Then I would try to boot a live image with GNOME or KDE that have power
management features to test if behavior is the same.
I do not use external packages or applications, everything is from Debian.
I was shooting dark speculating that Windows booted before you have
installed Linux could arrange some timers.
You see, I have run out of ideas. I do not see which way the following
links may be immediately useful, but perhaps they might provide some
keywords for search queries.
<https://www.kernel.org/doc/html/latest/admin-guide/pm/sleep-states.html>
<https://www.kernel.org/doc/html/latest/power/basic-pm-debugging.html>
Reply to: