From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Thu, 6 Feb 2003 05:07:15 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Thu, 6 Feb 2003 05:07:14 -0500 Received: from poup.poupinou.org ([195.101.94.96]:45368 "EHLO poup.poupinou.org") by vger.kernel.org with ESMTP id ; Thu, 6 Feb 2003 05:07:14 -0500 Date: Thu, 6 Feb 2003 11:16:45 +0100 To: Nigel Cunningham Cc: Pavel Machek , "Grover, Andrew" , ducrot@poupinou.org, Linux Kernel Mailing List , ACPI List Subject: Re: [ACPI] Re: [PATCH] s4bios for 2.5.59 + apci-20030123 Message-ID: <20030206101645.GO1205@poup.poupinou.org> References: <20030204221003.GA250@elf.ucw.cz> <1044477704.1648.19.camel@laptop-linux.cunninghams> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1044477704.1648.19.camel@laptop-linux.cunninghams> User-Agent: Mutt/1.4i From: Ducrot Bruno Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Feb 06, 2003 at 09:41:44AM +1300, Nigel Cunningham wrote: > On Wed, 2003-02-05 at 11:10, Pavel Machek wrote: > > Some people apparently want slower suspend/resume but have all caches > > intact when resumed. Thats not easy for swsusp but they can have that > > with S4bios. And S4bios is usefull for testing device support; it > > seems to behave slightly differently to S3 meaning better testing. > > Whether its slower depends on the hardware; on my 128MB Celeron 933 > laptop (17MB/s HDD), I can write an image of about 120MB, reboot and get > back up and running in around a minute and a half. That's about the same > as far as I remember, but has (as you say) the advantage of not still > having to get things swapped back in. The problem is the speed of the suspending process, not the whole suspend/resume sequence, especially in case of emergency suspending due to thermal condition, etc. -- Ducrot Bruno -- Which is worse: ignorance or apathy? -- Don't know. Don't care.