From mboxrd@z Thu Jan  1 00:00:00 1970
From: presotto@plan9.bell-labs.com
To: 9fans@cse.psu.edu
Subject: Re: [9fans] Re: pm on the bitsy
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary="upas-gaivkzpfsfsjdrdkvlsulnofas"
Message-Id: <20010601150413.0C48019A27@mail.cse.psu.edu>
Date: Fri,  1 Jun 2001 11:04:11 -0400
Topicbox-Message-UUID: acce0d00-eac9-11e9-9e20-41e7f4b1d025

This is a multi-part message in MIME format.
--upas-gaivkzpfsfsjdrdkvlsulnofas
Content-Disposition: inline
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit

The linux loader I have doesn't do the suspend/resume.  If you can
figure out how their current loader does it, go for it.  The source
is on line.

We were intending to get back to it but we're currently up to our neck
with the 9P2000 conversion.

--upas-gaivkzpfsfsjdrdkvlsulnofas
Content-Type: message/rfc822
Content-Disposition: inline

Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Fri Jun  1 11:02:26 EDT 2001
Received: from mail.cse.psu.edu ([130.203.4.6]) by plan9; Fri Jun  1 11:02:25 EDT 2001
Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.20.6])
	by mail.cse.psu.edu (CSE Mail Server) with ESMTP
	id 7019C19A42; Fri,  1 Jun 2001 11:02:07 -0400 (EDT)
Received: from nautilus.dat.escet.urjc.es (nautilus.dat.escet.urjc.es [212.128.1.37])
	by mail.cse.psu.edu (CSE Mail Server) with SMTP id EF38D199C1
	for <9fans@cse.psu.edu>; Fri,  1 Jun 2001 11:01:05 -0400 (EDT)
To: 9fans@cse.psu.edu
From: F.J.Ballesteros <nemo@gsyc.escet.urjc.es>
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
Message-Id: <20010601150105.EF38D199C1@mail.cse.psu.edu>
Subject: [9fans] Re: pm on the bitsy
Sender: 9fans-admin@cse.psu.edu
Errors-To: 9fans-admin@cse.psu.edu
X-BeenThere: 9fans@cse.psu.edu
X-Mailman-Version: 2.0.1
Precedence: bulk
Reply-To: 9fans@cse.psu.edu
List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu>
List-Archive: <http://lists.cse.psu.edu/archives/9fans/>
Date: Fri, 1 Jun 2001 17:09:41 +0200

Hmm, but the linux kernel is doing suspend/resume properly.
So, if changing the loader is so risky, couldn't we just make
the bitsy kernel work following the linux loader convention for
power resume (instead of changing the loader)?

thanks in any case, I'll take a look to the pointers you gave...




--upas-gaivkzpfsfsjdrdkvlsulnofas--