Date: Mon, 24 Jan 2005 21:03:34 -0500 From: David Schultz <das@FreeBSD.ORG> To: Bruce M Simpson <bms@spc.org> Cc: "=?us-ascii:iso-8859-1?Q?Jo=E3o_Carlos_Mendes_Lu=EDs?=" <jonny@jonny.eng.br> Subject: Re: Resuming from a crashdump Message-ID: <20050125020334.GA3266@VARK.MIT.EDU> In-Reply-To: <20050125014935.GD47638@dhcp120.icir.org> References: <86pszu639o.fsf@borg.borderworlds.dk> <86brbe6052.fsf@borg.borderworlds.dk> <Pine.BSI.4.58L.0501241423530.27294@vp4.netgate.net> <200501242240.j0OMeIXP043763@apollo.backplane.com> <41F59242.7090900@jonny.eng.br> <41F5A2DE.5000306@gamersimpact.com> <20050125014935.GD47638@dhcp120.icir.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, Jan 25, 2005, Bruce M Simpson wrote: > If we could take a clean subsystem-by-subsystem approach to marshaling > kernel state to disk, that would be good. What gives me particular pain > here is dealing with things like the filesystem. How does one deal with > open files, etc, with pending I/O? You just write an image of physical memory to disk, and the data structures behind the open files come back exactly as they were before. ;-) The hard part, I think, is getting all the device drivers to understand how to reinitialize the hardware in exactly the same state it was in before the suspend. BTW, contrary to what Matt said, I don't think network connections are a big deal. If you turn your computer on after a long plane flight to Tahiti, and the kernel still thinks you have active TCP connections, it will quickly discover that the remote host doesn't think so and take appropriate action. I'm pretty sure Windows doesn't do anything special with network connections, because a friend of mine says he manages to turn off his laptop, walk to the other side of a building and down a few floors, turn the laptop back on, and still be logged in to a remote server via SSH.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20050125020334.GA3266>