From mboxrd@z Thu Jan 1 00:00:00 1970 From: Pavel Machek Subject: Re: [PATCH 2/2] Fix console handling during suspend/resume Date: Mon, 26 Jun 2006 01:03:42 +0200 Message-ID: <20060625230335.GA2519@elf.ucw.cz> References: <200606221130.30614.david-b@pacbell.net> <200606231106.46863.david-b@pacbell.net> <1151150259.15365.316.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Return-path: Content-Disposition: inline In-Reply-To: <1151150259.15365.316.camel@localhost.localdomain> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: linux-pm-bounces@lists.osdl.org Errors-To: linux-pm-bounces@lists.osdl.org To: Jim Gettys Cc: David Brownell , Linus Torvalds , linux-pm@lists.osdl.org List-Id: linux-pm@vger.kernel.org Hi! > We're building the OLPC machine in which the wireless hardware is alive > (and able to forward packets in the mesh) even with the machine STR. > Even our ATest hardware supports this for wireless. > Similarly for the screen; it can be "alive" while the machine is STR. > The power savings are dramatic. the screen takes an ASIC we don't have > back yet, so that we won't have until the next batch of boards. And > with the Geode's UMA, all we should have to do on the console is save > and restore the graphics registers, which should be very fast. Actually, what you are doing is _not_ suspend-to-RAM. You are doing (trying to do?) very advanced kind of runtime power management on PC platform (that happens to use S3). I hope we'll be able to do the same on regular notebooks some day... Pavel -- = (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blo= g.html