From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nigel Cunningham Subject: Re: [ACPI] Re: [PATCH] s4bios for 2.5.59 + apci-20030123 Date: Thu, 06 Feb 2003 09:41:44 +1300 Sender: linux-kernel-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Message-ID: <1044477704.1648.19.camel@laptop-linux.cunninghams> References: <20030204221003.GA250@elf.ucw.cz> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Return-path: In-reply-to: <20030204221003.GA250-I/5MKhXcvmPrBKCeMvbIDA@public.gmane.org> To: Pavel Machek Cc: "Grover, Andrew" , ducrot-kk6yZipjEM5g9hUCZPvPmw@public.gmane.org, Linux Kernel Mailing List , ACPI List List-Id: linux-acpi@vger.kernel.org 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. > > If you already have hibernation partition from factory, which you are > using anyway for w98, S4bios is easier to use and more foolproof > (i.e. you can't boot into wrong kernel which does not resume but does > fsck instead). It doesn't really matter what kernel is loaded when we start a resume anyway, does it? Could they not be different versions because one is going to replace the other anyway? Regards, Nigel