On 25 Dec 2025 at 11:09, George N. White III wrote:

From:   "George N. White III" <[email protected]>
Date sent:      Thu, 25 Dec 2025 11:09:46 -0400
Subject:        Re: Laptop hangs after screen lock - Dell Latitude 7650 - 
Fedora 42
To:     Community support for Fedora users <[email protected]>
Send reply to:  Community support for Fedora users 
<[email protected]>

> 
> On Wed, Dec 24, 2025 at 11:56 AM ogio.spam <[email protected]> 
> wrote:
> Il giorno mer, 24/12/2025 alle 13.58 +1030, Tim via users ha scritto:
> On Tue, 2025-12-23 at 18:16 +0100, ogio.spam wrote:
> If I disable the screen lock, or if I manually put the system to
> sleep
>  or hibernation, everything seems to work fine.
> 
> Is your screen lock using a screensaver or just blanking the screen? 
> Screensavers were often a cause of problems in the past.
> 
> Hello Tim,
> I don't use a screensaver. After locking the PC, it goes blanking the 
> screen in a few minutes.
> 
> I'll try to configure to not blank the screen, in order to check if this is 
> the problem.
> 
> 
> I've had problems recently with aLatitude 7480. The battery is weak and 
> the keyboardhas bad
> keys, so it normally sits on a desk with an external monitor, mouse, and 
> keyboard. I sometimes
> used etherwake to ssh in from another system, but that stopped working 
> in F43.
> 
> I've tried:
> % cat /etc/systemd/sleep.conf.d/nosuspend.conf 
> # see: man5 sleep.conf.d
> # seems associated with rcu stalls
> # Dec 05 15:30:22 kernel: Voluntary context switch within RCU read-side 
> critical section!
> # Dec 05 15:30:22 kernel: WARNING: CPU: 1 PID: 2770 at 
> kernel/rcu/tree_plugin.h:332 rcu_note_context_switch+0x303/0x320
> # Dec 05 15:30:22 kernel: RIP: 
> 0010:rcu_note_context_switch+0x303/0x320 
> # Dec 05 15:31:22 kernel: rcu: INFO: rcu_preempt detected stalls on 
> CPUs/tasks:
> # Dec 05 15:31:22 kernel: rcu:     Tasks blocked on level-0 rcu_node 
> (CPUs 0-3): P2770/32:b..l
> # Dec 05 15:31:22 kernel: rcu:     (detected by 2, t=60002 jiffies, 
> g=112541, q=2703 ncpus=4)
> #
> [Sleep]
> AllowSuspend=no
> AllowHibernation=no
> AllowSuspendThenHibernate=no
> AllowHybridSleep=no
> 
> With each new kernel I enable this but continue to see rcu stalls. I can,
> however, ssh in as it doesn't sleep.
I've got a dell Lattituede 5580.  Don't have the file you posted, but 
this is what is working for me.
cat /etc/systemd/sleep.conf 
#  This file is part of systemd.
#
#  systemd is free software; you can redistribute it and/or modify it 
under the
#  terms of the GNU Lesser General Public License as published by 
the Free
#  Software Foundation; either version 2.1 of the License, or (at 
your option)
#  any later version.
#
# Entries in this file show the compile time defaults. Local 
configuration
# should be created by either modifying this file, or by creating 
"drop-ins" in
# the sleep.conf.d/ subdirectory. The latter is generally 
recommended.
# Defaults can be restored by simply deleting this file and all 
drop-ins.
#
# See systemd-sleep.conf(5) for details.

[Sleep]
AllowSuspend=no
AllowHibernation=no
AllowSuspendThenHibernate=no
AllowHybridSleep=no
#SuspendMode=
#SuspendState=mem standby freeze
#HibernateMode=platform shutdown
#HibernateState=disk
#HybridSleepMode=suspend platform shutdown
#HybridSleepState=disk
#HibernateDelaySec=
#SuspendEstimationSec=60min


I have a number of machines as well, all running TurboVNC and 
works fine to quickly connect to the machines. Some are 18 times 
zones ahead of where I am at moment, so having them go to sleep 
was a bad thing.

Hope that helps.

> 
> 
> 
> 
> -- 
> George N. White III
> 


+------------------------------------------------------------+
 Michael D. Setzer II - Computer Science Instructor (Retired)     
 mailto:[email protected]                            
 mailto:[email protected]
 mailto:[email protected]
 Guam - Where America's Day Begins                        
 G4L Disk Imaging Project maintainer 
 http://sourceforge.net/projects/g4l/
+------------------------------------------------------------+



-- 
_______________________________________________
users mailing list -- [email protected]
To unsubscribe send an email to [email protected]
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/[email protected]
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Reply via email to