Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1760207AbaJ3N6K (ORCPT ); Thu, 30 Oct 2014 09:58:10 -0400 Received: from relay3-d.mail.gandi.net ([217.70.183.195]:44302 "EHLO relay3-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1760177AbaJ3N6H (ORCPT ); Thu, 30 Oct 2014 09:58:07 -0400 X-Originating-IP: 83.155.44.161 Message-ID: <1414677442.2406.47.camel@hadess.net> Subject: Re: suspend to partition Re: A desktop environment[1] kernel wishlist From: Bastien Nocera To: Pavel Machek Cc: John Stultz , Linux Kernel Mailing List Date: Thu, 30 Oct 2014 14:57:22 +0100 In-Reply-To: <20141028185028.GA13410@amd> References: <1413881397.30379.7.camel@hadess.net> <1413911644.30379.12.camel@hadess.net> <1413914978.30379.14.camel@hadess.net> <20141027092804.GB9807@amd> <1414420292.30379.55.camel@hadess.net> <20141028185028.GA13410@amd> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.12.7 (3.12.7-1.fc21) Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 2014-10-28 at 19:50 +0100, Pavel Machek wrote: > Hi! > > > > > > For mobile > > > > > devices this is an expected design point, but for off-the-shelf > > > > > laptops with big fans and exhaust vents, I'm not sure how safe this > > > > > would be, so you may need to constrain this functionality somehow (or > > > > > look to see if a enforced low-power resume is possible). > > > > > > > > I think that we won't know whether it's a problem until the point that > > > > somebody actually implements it. > > > > > > Kernel does not stop you at this point, right? > > > > > > Suspend-to-partition is also doable today (see suspend.sf.net), > > > > Is it perfect? Because no releases in 3 years kind of scares me. > > Yes, it is perfect :-). > > [It is in use by SUSE, so it should be good; and if anything, it shows > that suspend-to-partition does not need kernel help.] Does SUSE have patches to integrate this functionality into systemd, by any chance? > > > or you > > > can just swapon before starting. You can take it off the list, I > > > believe. > > > > Or we could create a new filesystem type that isn't swap, that isn't > > used by swap at all, but could be created by distributions' installers. > > Then I wouldn't need to hope that the swap didn't start being used in > > between me enabling it, and the suspend actually occurring (making it > > impossible to disable afterwards). > > I see there's a race, but is it big enough to matter in practice? I > don't think so. I'd certainly prefer not to chance it... > Anyway -- suspend.sf.net is way to go for advanced > features. Noted, thanks. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/