[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.LFD.2.00.1005272332320.3478@localhost.localdomain>
Date: Thu, 27 May 2010 23:33:32 +0200 (CEST)
From: Thomas Gleixner <tglx@...utronix.de>
To: Alan Stern <stern@...land.harvard.edu>
cc: Matthew Garrett <mjg59@...f.ucam.org>,
Peter Zijlstra <peterz@...radead.org>,
LKML <linux-kernel@...r.kernel.org>,
Florian Mickler <florian@...kler.org>, felipe.balbi@...ia.com,
Linux OMAP Mailing List <linux-omap@...r.kernel.org>,
Linux PM <linux-pm@...ts.linux-foundation.org>,
Alan Cox <alan@...rguk.ukuu.org.uk>
Subject: Re: [linux-pm] [PATCH 0/8] Suspend block api (version 8)
On Thu, 27 May 2010, Alan Stern wrote:
> On Thu, 27 May 2010, Matthew Garrett wrote:
>
> > On Thu, May 27, 2010 at 10:23:50PM +0200, Thomas Gleixner wrote:
> > > On Thu, 27 May 2010, Matthew Garrett wrote:
> > > > A wakeup event is defined as one that wakes the system - if a system
> > > > can't be woken by a specific event then it's impossible to lose it,
> > > > since it wasn't a wakeup event to begin with.
> > >
> > > So where is the problem ?
> >
> > The problem is that, right now, if a wakeup event is received between
> > the point where userspace decides to start a suspend and userspace
> > actually starts a suspend, that event may not abort the suspend.
>
> The two of you are talking at cross purposes. Thomas is referring to
> idle-based suspend and Matthew is talking about forced suspend.
Yes, and forced suspend to disk is the same as force suspend to disk,
which has both nothing to do with sensible resource management.
Thanks,
tglx
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists