LWN: Comments on "What comes after suspend blockers" https://lwn.net/Articles/390369/ This is a special feed containing comments posted to the individual LWN article titled "What comes after suspend blockers". en-us Mon, 06 Oct 2025 16:58:44 +0000 Mon, 06 Oct 2025 16:58:44 +0000 https://www.rssboard.org/rss-specification lwn@lwn.net What comes after suspend blockers https://lwn.net/Articles/392022/ https://lwn.net/Articles/392022/ aigarius <div class="FormattedComment"> Yep, as one of "... series of increasingly urgent signals ..." before SIGKILL, just as mentioned in that text.<br> </div> Mon, 14 Jun 2010 20:24:53 +0000 What comes after suspend blockers https://lwn.net/Articles/391979/ https://lwn.net/Articles/391979/ oak <div class="FormattedComment"> Before KILL one could try SIGXCPU...<br> <p> </div> Mon, 14 Jun 2010 13:28:52 +0000 What comes after suspend blockers https://lwn.net/Articles/390913/ https://lwn.net/Articles/390913/ dmk <div class="FormattedComment"> <font class="QuotedText">&gt;SIGSTOP, surely? Just as uncatchable, and we're trying to stop them chewing CPU, not kill them stone dead. </font><br> <p> Well no. Peter actually meant to kill them. <br> </div> Thu, 03 Jun 2010 18:54:34 +0000 What comes after suspend blockers https://lwn.net/Articles/390758/ https://lwn.net/Articles/390758/ nix <blockquote> Another is to have a user-space daemon which informs processes that it's time to stop what they are doing and go idle. Any process which fails to comply can be reminded with a series of increasingly urgent signals, culminating in SIGKILL if need be. </blockquote> SIGSTOP, surely? Just as uncatchable, and we're trying to stop them chewing CPU, not kill them stone dead. Thu, 03 Jun 2010 10:24:59 +0000