On 15/05/25 11:58, Adrian Chadd wrote:


On Thu, 15 May 2025 at 07:46, Renato Botelho <[email protected] <mailto:[email protected]>> wrote:

    On 15/05/25 11:39, Adrian Chadd wrote:
     > Gleb changed some stuff in socket handling, and its broken some
    bits and
     > pieces that uses unix(4) sockets for stuff.
     >
     > It looks like on IRC that you tried reverting it and it fixed it?
    If so,
     > can you poke gleb here about it? :-)

    Sway was consuming 100% CPU and it was indeed fixed by reverting gleb
    changes, but the problem reported in this email is not related and it
    persists.


Aha! Well, that's half the problem.


    I also noticed first time I close lid after booting triggers suspend
    but
    next time I close it has no effect.  But it seems to be a different
    issue.

    BTW, I was running drm-66-kmod and now I moved to drm-61-kmod.  No
    changes at all.


Can you add some debugging to see if the right events are being generated?

I replaced command used on before-sleep parameter of swayidle to touch a file on /tmp and file never show up. What else can I do to debug?

     >
     >
     >
     > -adrian
     >
     >
     > On Thu, 15 May 2025 at 05:56, Renato Botelho <[email protected]
    <mailto:[email protected]>
     > <mailto:[email protected] <mailto:[email protected]>>> wrote:
     >
     >     I've installed a fresh 15-CURRENT on a thinkpad E14 and setup
    a simple
     >     sway desktop.  After resuming from S3 suspend it comes back
    unlocked.
     >
     >     I have swayidle running as follow:
     >
     >     swayidle -w \
     >                timeout 300 'swaylock -f -c 000000' \
     >                timeout 600 'swaymsg "output * dpms off"' \
     >                resume 'swaymsg "output * dpms on"' \
     >                before-sleep 'swaylock -f -c 000000'
     >
     >     swaylock is executed as expected by timeout parameter but it
    looks like
     >     it's not being executed by before-sleep call.
     >
     >     There are some messages about failures to find session on
    swayidle
     >     debug
     >     output
     >
     >     2025-05-15 09:50:24 - [Line 903] Got timeout
     >     2025-05-15 09:50:24 - [Line 750] Register idle timeout at
    300000 ms
     >     2025-05-15 09:50:24 - [Line 751] Setup idle
     >     2025-05-15 09:50:24 - [Line 713] Command: swaylock -f -c 000000
     >     2025-05-15 09:50:24 - [Line 903] Got timeout
     >     2025-05-15 09:50:24 - [Line 750] Register idle timeout at
    600000 ms
     >     2025-05-15 09:50:24 - [Line 751] Setup idle
     >     2025-05-15 09:50:24 - [Line 713] Command: swaymsg "output *
    dpms off"
     >     2025-05-15 09:50:24 - [Line 756] Setup resume
     >     2025-05-15 09:50:24 - [Line 713] Command: swaymsg "output *
    dpms on"
     >     2025-05-15 09:50:24 - [Line 906] Got before-sleep
     >     2025-05-15 09:50:24 - [Line 713] Command: swaylock -f -c 000000
     >     2025-05-15 09:50:24 - [Line 778] Setup sleep lock: swaylock -
    f -c 000000
     >     2025-05-15 09:50:24 - [Line 1078] No config file found.
     >     2025-05-15 09:50:24 - [Line 440] GetSession failed: Unable to
    find
     >     session for ID
     >     2025-05-15 09:50:24 - [Line 449] GetSessionByPID failed:
    Unable to
     >     lookup session information for process '9062'
     >     2025-05-15 09:50:24 - [Line 451] Failed to find session
     >     2025-05-15 09:50:24 - [Line 223] Got sleep lock: 12
     >     2025-05-15 09:50:24 - [Line 282] Failed to parse get
    BlockInhibited
     >     property: Invalid argument
     >     2025-05-15 09:50:24 - [Line 621] Enable idle timeouts
     >     2025-05-15 09:50:24 - [Line 596] Register with timeout: 600000
     >     2025-05-15 09:50:24 - [Line 596] Register with timeout: 300000
     >
     >     I have seatd and dbus running, my user is member of video group,
     >     XDG_RUNTIME_DIR set and sway was launched by ly DM.  /etc/
    sysctl.conf
     >     has only one special entry
     >
     >     hw.acpi.lid_switch_state=S3
     >
     >     Is anyone experiencing such problems?  Any thoughts about
    what could be
     >     causing it?
     >
     >     Thanks!
     >     --
     >     Renato Botelho
     >
     >


-- Renato Botelho



--
Renato Botelho

Reply via email to