From nobody Mon Mar 16 07:29:25 2026 X-Original-To: freebsd-desktop@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4fZ6DV4c6Yz6WBmC for ; Mon, 16 Mar 2026 07:29:46 +0000 (UTC) (envelope-from ben@benhutton.com.au) Received: from mail.myuniquemail.com (mail.myuniquemail.com [115.70.107.139]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4fZ6DT0wv1z41PD for ; Mon, 16 Mar 2026 07:29:44 +0000 (UTC) (envelope-from ben@benhutton.com.au) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=reject) header.from=benhutton.com.au; spf=pass (mx1.freebsd.org: domain of ben@benhutton.com.au designates 115.70.107.139 as permitted sender) smtp.mailfrom=ben@benhutton.com.au Received: from [10.23.7.96] (KD106130049243.au-net.ne.jp [106.130.49.243]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange x25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by mail.myuniquemail.com (Postfix) with ESMTPSA id 31E3E204808 for ; Mon, 16 Mar 2026 15:29:30 +0800 (AWST) Message-ID: <7fab23a7-723b-4857-a732-10238bf46d1f@benhutton.com.au> Date: Mon, 16 Mar 2026 15:29:25 +0800 List-Id: Using and improving FreeBSD on the desktop List-Archive: https://lists.freebsd.org/archives/freebsd-desktop List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-desktop@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird From: Ben Hutton Subject: Resume from Suspend when triggered by Lid To: freebsd-desktop@freebsd.org Content-Language: en-AU Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Result: default: False [-2.81 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-0.99)[-0.992]; DMARC_POLICY_ALLOW(-0.50)[benhutton.com.au,reject]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_SHORT(-0.01)[-0.014]; ASN(0.00)[asn:10143, ipnet:115.70.104.0/21, country:AU]; RCVD_VIA_SMTP_AUTH(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_ONE(0.00)[1]; RCPT_COUNT_ONE(0.00)[1]; FREEFALL_USER(0.00)[ben]; R_DKIM_NA(0.00)[]; ARC_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-desktop@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MLMMJ_DEST(0.00)[freebsd-desktop@freebsd.org]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Queue-Id: 4fZ6DT0wv1z41PD X-Spamd-Bar: -- Hi, I have a suspend/resume issue with KDE Plasma that appears on both my FreeBSD powered laptops. When I suspend by closing the lid and I resume by opening the lid the laptop will go back into suspend mode, usually shortly after the desktop has resumed. I usually have just enough time to enter my lock screen password before it goes back into suspend. I can resume again by pressing the power button and everything works as expected after that. The suspend on both laptops is triggered by KDE. I have it configured to go into sleep on closing the lid within the power management settings. I do not have it configured using sysctl. Note that when using Xfce and using the equivalent power management settings within the desktop environment it works as expected. My questions are, do I have this configured correctly or do I have to use the sysctl way of triggering suspend? Also why does it behave differently on KDE as opposed to Xfce? This issue has occurred over multiple versions of FreeBSD and KDE so I don't know what to detail about my system. One is with hybrid graphics and the other not. They are both Intel Thinkpads and 10 years difference in age. It's not a show stopper at present, just annoying. Any ideas on how I can debug this? Kind regards Ben