From owner-freebsd-current@FreeBSD.ORG Tue Jan 13 23:56:22 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 543B316A4CE for ; Tue, 13 Jan 2004 23:56:22 -0800 (PST) Received: from smtp1.adl2.internode.on.net (smtp1.adl2.internode.on.net [203.16.214.181]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5FAD843D5A for ; Tue, 13 Jan 2004 23:56:11 -0800 (PST) (envelope-from doconnor@gsoft.com.au) Received: from midget.dons.net.au (ppp55-224.lns1.adl2.internode.on.net [150.101.55.224])i0E7u6xC093017; Wed, 14 Jan 2004 18:26:07 +1030 (CST) Received: from chowder.gsoft.com.au (root@localhost.dons.net.au [127.0.0.1]) by midget.dons.net.au (8.12.9/8.12.9) with ESMTP id i0E7u3nY055707; Wed, 14 Jan 2004 18:26:03 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Stijn Hoop Date: Wed, 14 Jan 2004 18:26:02 +1030 User-Agent: KMail/1.5.4 References: <000c01c3da44$8a6d5c40$0202a8c0@karputer> <200401141502.27855.doconnor@gsoft.com.au> <20040114065931.GF39353@pcwin002.win.tue.nl> In-Reply-To: <20040114065931.GF39353@pcwin002.win.tue.nl> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200401141826.02071.doconnor@gsoft.com.au> X-Spam-Score: -5 () IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,SIGNATURE_SHORT_DENSE,SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.26 (www . roaringpenguin . com / mimedefang) cc: freebsd-current@freebsd.org cc: toxa Subject: Re: acpi S4 resume partition X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jan 2004 07:56:22 -0000 On Wednesday 14 January 2004 17:29, Stijn Hoop wrote: > On Wed, Jan 14, 2004 at 03:02:27PM +1030, Daniel O'Connor wrote: > > In theory your BIOS could support S4BIOS which means it does most of the > > work, but I don't think anyone has ever had that work either. > > I had this working on a Dell Inspiron 4150, but it turned out to be much > slower than just rebooting the thing (about 60 seconds for reading/writing > it all to disk vs about 30 seconds for booting). I needed to get a Dell > utility from the website (S2D.EXE iirc) and create a suspend to disk > partition *as the first partition on the disk*. OK, interesting :) I have an Inspiron 8000 and in 4.x I could suspend to disk using the BIOS after making an image partition. > And of course, resuming within X was not really supported because some > things like the display failed to properly reinitialize, just like with S3. I added a vidcontrol command to switch to the console on suspend, and to X on resume which fixed the minor glitch I got at the top of the screen. > In the end I decided to dedicate the space to something else. It wasn't > worth it IMHO. An OS-based S4 might turn out to be much more useful. Yeah same here, the BIOS suspend is crippled because it can't do DMA (I believe) and doesn't know what can be thrown away so it takes ages. Not to mention the PITA factor if you upgrade the amount of RAM you have.. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 9A8C 569F 685A D928 5140 AE4B 319B 41F4 5D17 FDD5