On Thu, 15 May 2025 at 07:46, Renato Botelho <ga...@freebsd.org> 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? -adrian > > > > > > > > -adrian > > > > > > On Thu, 15 May 2025 at 05:56, Renato Botelho <ga...@freebsd.org > > <mailto:ga...@freebsd.org>> 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 >