From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753898Ab0E1FPy (ORCPT ); Fri, 28 May 2010 01:15:54 -0400 Received: from casper.infradead.org ([85.118.1.10]:55897 "EHLO casper.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751126Ab0E1FPw convert rfc822-to-8bit (ORCPT ); Fri, 28 May 2010 01:15:52 -0400 Subject: Re: [linux-pm] [PATCH 0/8] Suspend block api (version 8) From: Peter Zijlstra To: Alan Stern Cc: Matthew Garrett , Paul@smtp1.linux-foundation.org, LKML , Florian Mickler , Linux PM , Thomas Gleixner , Linux OMAP Mailing List , felipe.balbi@nokia.com, Alan Cox In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8BIT Date: Fri, 28 May 2010 07:15:42 +0200 Message-ID: <1275023742.27810.7782.camel@twins> Mime-Version: 1.0 X-Mailer: Evolution 2.28.3 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 2010-05-27 at 15:19 -0400, Alan Stern wrote: > On Thu, 27 May 2010, Peter Zijlstra wrote: > > > I still don't see how blocking applications will cause missed wakeups in > > anything but a buggy application at worst, and even those will > > eventually get the event when they unblock. > > > > What seems to be the confusion? > > During forced suspend, applications are block because they are frozen. > > When an event occurs, the application is notified somehow. But it > can't respond because it is frozen. Hence the event remains sitting in > a kernel queue and the system goes ahead and suspends anyway. The > application doesn't get thawed until the system wakes up at some > indefinite time in the future. If the kernel is awake to put things in queues, we're clearly not suspended and userspace is running ?!