Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756014AbWKVXFT (ORCPT ); Wed, 22 Nov 2006 18:05:19 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757130AbWKVXFS (ORCPT ); Wed, 22 Nov 2006 18:05:18 -0500 Received: from rtr.ca ([64.26.128.89]:45327 "EHLO mail.rtr.ca") by vger.kernel.org with ESMTP id S1756014AbWKVXFR (ORCPT ); Wed, 22 Nov 2006 18:05:17 -0500 Message-ID: <4564D7AB.3000601@rtr.ca> Date: Wed, 22 Nov 2006 18:05:15 -0500 From: Mark Lord User-Agent: Thunderbird 1.5.0.8 (X11/20061025) MIME-Version: 1.0 To: Linus Torvalds Cc: Chuck Ebbert <76306.1226@compuserve.com>, linux-kernel , Andrew Morton , "Rafael J. Wysocki" Subject: Re: [patch] PM: suspend/resume debugging should depend on SOFTWARE_SUSPEND References: <200611190320_MC3-1-D21B-111C@compuserve.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1136 Lines: 29 Linus Torvalds wrote: > > Sane people use suspend-to-ram, and that's when you need the suspend and > resume debugging. > > Software-suspend is silly. I want my machine back in three seconds, not > waiting for minutes.. ALL of my notebooks here have always been capable of Suspend-to-RAM with Linux, and that's how I like it. We've had six different models (IBM, Dell, Toshiba), and they have all worked fine with S2R. The older APM ones had zero issues, and just always worked. The newer ACPI ones have required some tweaking to the sleep/wakeup scripts, but now work perfectly with suspend-to-ram. Suspend-to-disk (and resume from disk) are way too slow for regular use, except of course for the swsusp2 version, which is nearly as quick as S2R is. I do use S2D when travelling, as it's much easier on the batteries while the notebook is packed away on the red-eye flights. Cheers - 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/