From nobody Tue Dec 09 18:18:54 2025 X-Original-To: bugs@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 4dQnDH1SXgz6JKhm for ; Tue, 09 Dec 2025 18:18:55 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R12" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4dQnDH0xTfz3cYw for ; Tue, 09 Dec 2025 18:18:55 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1765304335; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=2k38wbVK9Tteh0VfSo1S+MZZ932gOFpbyZTPG1GIPcA=; b=SrWmmXmAmtoK4ohY+u1Zx0wIAKMjHKXt2v02vl51c5go4nPeK+98zaUVNERrvTkfu/lM8H I1i917F02EdAGQvz2VECpeZwGuGU/y7Kiy5vSdSWeaTqkMpWiRwSkQketDuFAyB0m3cb7Y jSL8V6jBnAj7R8p2xjxonEZQo95/4CIrQMv+QxdbOU7QXhAXBdb5Xvzzwr7XKNd+sjnqTF IoTqFrdrO+wwmipU81l23CMaRy6QQSPXJa+YqoMLBLdtgSMqg5Rml7jOPdm+3yyBAuY2Re o0fcSoJ2b8XznPnLwR74KBE4q320aRV8qpO1rys2UeZsr1uvXHd5i2YDOHtICA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1765304335; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=2k38wbVK9Tteh0VfSo1S+MZZ932gOFpbyZTPG1GIPcA=; b=BpRyn8WfTfq/fHSfmPAxjrk0Zzkce/YRA6wvpCRCFEh2q8dsQltEeRHJxYEyXPery0Kopd pz40IrnTuScH24CS3lfG/1LgHU8XlP6+EsfEhROaq/ipVGTy/wHwHG5HD+rrTlAJ9pTKDg eq23eZm5BdjOiC5Mkvx29/VV+LS88/G/sHWhtdeECUlBttWtqnn1IVe2RuD6BI7COIj/+8 K9lFXQvNVkKxBO1s/0LxFy8F6Hq9abP3/JwnAJjMMLMKx+wjBf5yXTV9/7gRJTnef+zW2j KEyV25XZU4Lh2IX3z47E/38+JlfWKKB08YNk3VniLyFCyMv6viTlw8HLeo1Uig== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1765304335; a=rsa-sha256; cv=none; b=hCAC1KDlnfiuYRiGxpjXg/+02yWq48FQQToDd2KzuuHz4zwyLzoHdGwVrKvMn5lxTv7E+G q/rQ3P3svXLmjiFaHVTWL7ueV8ryekyhORNWv1dBSYcVqDxoHPhUdu4iszFR5o3Yoc7VJj 9RRkS/2w9jGHYc0sLRFvobypXz6QYukSzZ6b97PpLT/BDGJeMkDjlg4B++qKUF+Xv/x8XW H+piZ3cfJgAP/SVwHbxlIe07xuESMt5aRjGAWxs+HJRCjYYeCD811ENTM5FnW0okv+G1HF YWUb1vnieUKcawdW/5btknGRYw6gXDn2EQUlgccogJoKOcTrSVMxyQGKIWaetA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (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 mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4dQnDH08DMz18SL for ; Tue, 09 Dec 2025 18:18:55 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 5B9IIsho075849 for ; Tue, 9 Dec 2025 18:18:54 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 5B9IIs4o075848 for bugs@FreeBSD.org; Tue, 9 Dec 2025 18:18:54 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 291520] Suspend Issues Date: Tue, 09 Dec 2025 18:18:54 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 16.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: fgorter@gmail.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="UTF-8" X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Bug reports List-Archive: https://lists.freebsd.org/archives/freebsd-bugs List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-bugs@FreeBSD.org MIME-Version: 1.0 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D291520 fgorter changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fgorter@gmail.com --- Comment #1 from fgorter --- Hybrid graphics remain an often perennial annoyance. Assuming you've tested suspending with the NVidia GPU enabled / disabled in BIOS/UEFI? Have you tried setting your desktop environment to probe / zap the display outputs when connecting / disconnecting from external displays? If memory serves, as an example, XFCE4 DE has some option in its display management settings that tell it to wake / popup a notification when a new external display is connected / disconnected -- effectively probing the display outp= uts & forcing all displays to return from "dpms" state mode. Try writing a small shell script that executes: "xset dpms force off; sle= ep 5; xset dpms force on" and figure out a way to trigger it. From personal experience, I've had occasions where one of my 3 displays (all attached to = the same NVidia GPU) would refuse to wake from sleep and / or being powered dow= n. The simple fix for me, was to execute from terminal: " xset dpms force standby " [In Comical French Accent:] **A Few Seconds Later** Move the Mouse, or Touchy-touchy the TouchPad, or Press "The Any Key", &=20 All 3 displays would wake back up as instructed. You could attempt something similar, by leaving a terminal open with "xset = dpms force on" command left as the next thing you execute, wait for the display(= s) to go standby / suspend / off, wait another handful of seconds, press "ente= r" key to execute the command. Then do the same with the previously mentioned:= =20 "xset dpms force off; sleep 5; xset dpms force on" as a useful test as well. If some of these tests succeed, figure out a way to execute -- with somethi= ng like a keybinding combo or devd(8) -- a shell script that executes when a change in the lid switch is detected. See example: # Notify lid close/open events. notify 10 { match "system" "ACPI"; match "subsystem" "Lid"; action "/etc/acpi/lid.sh $notify"; }; From: https://hauweele.net/~gawen/blog/?p=3D1420 Where you change the line: " action "/etc/acpi/lid.sh $notify"; " to an executable shell script you write yourself (example:=20 /home/yourusername/wakeUP.sh), containing the command: "xset dpms force of= f; sleep 5; xset dpms force on". The legendary Vermaden also offers very useful tips & script examples to accomplish similar things:=20=20 https://vermaden.wordpress.com/2018/11/28/the-power-to-serve-freebsd-power-= management/ --=20 You are receiving this mail because: You are the assignee for the bug.=