On Sun, 1 Nov 2026 19:27:17 +0100 Florian Schaefer <[email protected]> said:

e has no logic to wake from sleep. i.e. to schedule any kind fo wake. e just
asks logind to suspend and that's it. when e gets an event on wake it'll fade
the screen back in and backlight too. on suspect it first fades to black AND
fqades backlight to 0... then says "logind - suspend" and that's it. everything
else is a choice of systemd and below (e.g. kernel) etc. 

haave you tried to set your cpufreq power policy to balanced low? it seems to
be a kernel quirk that given  specific cpufreq dspolicy at suspend time it
won't go into sa lower power state - i would call this a bug in either systemd
or kernel where a refusal to suspend "properly" based on the current cpufreq
power/perf profile is not someething userspace elsewhere should be working
around...

> Hi all,
> 
> thanks for the new enlightenment release!
> 
> After installing it on my Arch system, however, I noticed that suspend
> to RAM does not work as it used to. That is, in suspend my power button
> LED usually starts to blink. With the new release, my screen would go
> blank, but the LED wouldn't start to blink. Digging a bit more, I found
> that the kernel reports "Last suspend didn't reach deepest state".
> 
> Below are some excerpts from journalctl.
> 
> With enlightenment-0.27.1-1-x86_64.pkg.tar.zst installed (good suspend):
> -----------------------------------------------------------------------------
> Nov 01 18:18:51 trixie systemd-sleep[1106]: Performing sleep operation
> 'suspend'... Nov 01 18:18:51 trixie kernel: PM: suspend entry (s2idle)
> Nov 01 18:18:51 trixie kernel: Filesystems sync: 0.010 seconds
> Nov 01 18:47:24 trixie kernel: Freezing user space processes
> Nov 01 18:47:24 trixie kernel: Freezing user space processes completed
> (elapsed 0.001 seconds) Nov 01 18:47:24 trixie kernel: OOM killer disabled.
> Nov 01 18:47:24 trixie kernel: Freezing remaining freezable tasks
> Nov 01 18:47:24 trixie kernel: Freezing remaining freezable tasks completed
> (elapsed 0.001 seconds) Nov 01 18:47:24 trixie kernel: printk: Suspending
> console(s) (use no_console_suspend to debug) Nov 01 18:47:24 trixie kernel:
> pcieport 0000:00:08.3: quirk: disabling D3cold for suspend Nov 01 18:47:24
> trixie kernel: pci 0000:00:00.0: enhanced atomics disabled Nov 01 18:47:24
> trixie kernel: amdgpu 0000:c6:00.0: [drm] PCIE GART of 512M enabled (table at
> 0x000000801FD00000). Nov 01 18:47:24 trixie kernel: amdgpu 0000:c6:00.0: SMU
> is resuming... Nov 01 18:47:24 trixie kernel: amdgpu 0000:c6:00.0: SMU is
> resumed successfully! Nov 01 18:47:24 trixie kernel: nvme nvme0: 16/0/0
> default/read/poll queues Nov 01 18:47:24 trixie kernel: amdgpu 0000:c6:00.0:
> ring gfx_0.0.0 uses VM inv eng 0 on hub 0 Nov 01 18:47:24 trixie kernel:
> amdgpu 0000:c6:00.0: ring comp_1.0.0 uses VM inv eng 1 on hub 0 Nov 01
> 18:47:24 trixie kernel: amdgpu 0000:c6:00.0: ring comp_1.1.0 uses VM inv eng
> 4 on hub 0 Nov 01 18:47:24 trixie kernel: amdgpu 0000:c6:00.0: ring
> comp_1.2.0 uses VM inv eng 6 on hub 0 Nov 01 18:47:24 trixie kernel: amdgpu
> 0000:c6:00.0: ring comp_1.3.0 uses VM inv eng 7 on hub 0 Nov 01 18:47:24
> trixie kernel: amdgpu 0000:c6:00.0: ring comp_1.0.1 uses VM inv eng 8 on hub
> 0 Nov 01 18:47:24 trixie kernel: amdgpu 0000:c6:00.0: ring comp_1.1.1 uses VM
> inv eng 9 on hub 0 Nov 01 18:47:24 trixie kernel: amdgpu 0000:c6:00.0: ring
> comp_1.2.1 uses VM inv eng 10 on hub 0 Nov 01 18:47:24 trixie kernel: amdgpu
> 0000:c6:00.0: ring comp_1.3.1 uses VM inv eng 11 on hub 0 Nov 01 18:47:24
> trixie kernel: amdgpu 0000:c6:00.0: ring sdma0 uses VM inv eng 12 on hub 0
> Nov 01 18:47:24 trixie kernel: amdgpu 0000:c6:00.0: ring vcn_unified_0 uses
> VM inv eng 0 on hub 8 Nov 01 18:47:24 trixie kernel: amdgpu 0000:c6:00.0:
> ring jpeg_dec uses VM inv eng 1 on hub 8 Nov 01 18:47:24 trixie kernel:
> amdgpu 0000:c6:00.0: ring mes_kiq_3.1.0 uses VM inv eng 13 on hub 0 Nov 01
> 18:47:24 trixie kernel: OOM killer enabled. Nov 01 18:47:24 trixie kernel:
> Restarting tasks: Starting Nov 01 18:47:24 trixie kernel: Restarting tasks:
> Done Nov 01 18:47:24 trixie kernel: efivarfs: resyncing variable state Nov 01
> 18:47:24 trixie kernel: efivarfs: finished resyncing variable state Nov 01
> 18:47:24 trixie kernel: random: crng reseeded on system resumption Nov 01
> 18:47:24 trixie systemd-sleep[1106]: System returned from sleep operation
> 'suspend'.
> -----------------------------------------------------------------------------
> 
> With enlightenment-0.28.0-2-x86_64.pkg.tar.zst (partial suspend):
> -----------------------------------------------------------------------------
> Nov 01 12:06:06 trixie systemd-sleep[2868]: Performing sleep operation
> 'suspend'... Nov 01 12:06:06 trixie kernel: PM: suspend entry (s2idle)
> Nov 01 12:06:06 trixie kernel: Filesystems sync: 0.005 seconds
> Nov 01 12:06:21 trixie kernel: Freezing user space processes
> Nov 01 12:06:21 trixie kernel: Freezing user space processes completed
> (elapsed 0.001 seconds) Nov 01 12:06:21 trixie kernel: OOM killer disabled.
> Nov 01 12:06:21 trixie kernel: Freezing remaining freezable tasks
> Nov 01 12:06:21 trixie kernel: Freezing remaining freezable tasks completed
> (elapsed 0.000 seconds) Nov 01 12:06:21 trixie kernel: printk: Suspending
> console(s) (use no_console_suspend to debug) Nov 01 12:06:21 trixie kernel:
> amd_pmc AMDI0009:00: Last suspend didn't reach deepest state Nov 01 12:06:21
> trixie kernel: amdgpu 0000:c6:00.0: [drm] PCIE GART of 512M enabled (table at
> 0x000000801FD00000). Nov 01 12:06:21 trixie kernel: amdgpu 0000:c6:00.0: SMU
> is resuming... Nov 01 12:06:21 trixie kernel: amdgpu 0000:c6:00.0: SMU is
> resumed successfully! Nov 01 12:06:21 trixie kernel: nvme nvme0: 16/0/0
> default/read/poll queues Nov 01 12:06:21 trixie kernel: amdgpu 0000:c6:00.0:
> ring gfx_0.0.0 uses VM inv eng 0 on hub 0 Nov 01 12:06:21 trixie kernel:
> amdgpu 0000:c6:00.0: ring comp_1.0.0 uses VM inv eng 1 on hub 0 Nov 01
> 12:06:21 trixie kernel: amdgpu 0000:c6:00.0: ring comp_1.1.0 uses VM inv eng
> 4 on hub 0 Nov 01 12:06:21 trixie kernel: amdgpu 0000:c6:00.0: ring
> comp_1.2.0 uses VM inv eng 6 on hub 0 Nov 01 12:06:21 trixie kernel: amdgpu
> 0000:c6:00.0: ring comp_1.3.0 uses VM inv eng 7 on hub 0 Nov 01 12:06:21
> trixie kernel: amdgpu 0000:c6:00.0: ring comp_1.0.1 uses VM inv eng 8 on hub
> 0 Nov 01 12:06:21 trixie kernel: amdgpu 0000:c6:00.0: ring comp_1.1.1 uses VM
> inv eng 9 on hub 0 Nov 01 12:06:21 trixie kernel: amdgpu 0000:c6:00.0: ring
> comp_1.2.1 uses VM inv eng 10 on hub 0 Nov 01 12:06:21 trixie kernel: amdgpu
> 0000:c6:00.0: ring comp_1.3.1 uses VM inv eng 11 on hub 0 Nov 01 12:06:21
> trixie kernel: amdgpu 0000:c6:00.0: ring sdma0 uses VM inv eng 12 on hub 0
> Nov 01 12:06:21 trixie kernel: amdgpu 0000:c6:00.0: ring vcn_unified_0 uses
> VM inv eng 0 on hub 8 Nov 01 12:06:21 trixie kernel: amdgpu 0000:c6:00.0:
> ring jpeg_dec uses VM inv eng 1 on hub 8 Nov 01 12:06:21 trixie kernel:
> amdgpu 0000:c6:00.0: ring mes_kiq_3.1.0 uses VM inv eng 13 on hub 0 Nov 01
> 12:06:21 trixie kernel: OOM killer enabled. Nov 01 12:06:21 trixie kernel:
> Restarting tasks: Starting Nov 01 12:06:21 trixie kernel: Restarting tasks:
> Done Nov 01 12:06:21 trixie kernel: efivarfs: resyncing variable state Nov 01
> 12:06:21 trixie kernel: efivarfs: finished resyncing variable state Nov 01
> 12:06:21 trixie kernel: random: crng reseeded on system resumption Nov 01
> 12:06:21 trixie systemd-sleep[2868]: System returned from sleep operation
> 'suspend'.
> -----------------------------------------------------------------------------
> 
> As long as I never start E 0.28 on a freshly booted system, suspend
> works as expected. After starting it, the behavior changes and remains
> permanently so even after terminating all enlightenment-related
> processes.
> 
> Does the new E make any changes to the power management setup to cause
> this?
> 
> Cheers
> Florian
> 
> 
> _______________________________________________
> enlightenment-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/enlightenment-users
> 


-- 
------------- Codito, ergo sum - "I code, therefore I am" --------------
Carsten Haitzler - [email protected]



_______________________________________________
enlightenment-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/enlightenment-users

Reply via email to