From mboxrd@z Thu Jan 1 00:00:00 1970 From: Pavel Machek Subject: Re: 2.6.21-rc4-mm1 Date: Tue, 20 Mar 2007 21:21:41 +0100 Message-ID: <20070320202141.GA3604@elf.ucw.cz> References: <20070319205623.299d0378.akpm@linux-foundation.org> <45FFF026.4030502@gmail.com> <20070320080944.9cb3c765.akpm@linux-foundation.org> <20070320183821.GD2670@elf.ucw.cz> <4600389E.6030901@gmail.com> <20070320195659.GA3545@elf.ucw.cz> <46004080.6080202@gmail.com> 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: <46004080.6080202@gmail.com> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: linux-pm-bounces@lists.linux-foundation.org Errors-To: linux-pm-bounces@lists.linux-foundation.org To: Jiri Slaby Cc: Andrew Morton , linux-pm@lists.osdl.org, linux-kernel@vger.kernel.org List-Id: linux-pm@vger.kernel.org Hi! > >>>> Also, it might be useful to add a temporary /proc/freeze-unfreeze th= ing > >>>> which will simply do a freeze/unfreeze cycle. Then we can apply var= ious > >>>> workloads to the machine while madly stressing the freezer code. = > >>> echo testproc > /sys/power/disk; echo disk > /sys/power/state ... is > >>> pretty much what you want. > >> Ok, I'll try this. > > = > > It will not help you -- probably -- it is equivalent to just running > > s2ram. But it should make "successful" testing easier, because you no > > longer need machine with working suspend to test refrigerator. > = > Aha, I didn't read it carefully. Suspend is working, but not in this kern= el. > I haven't tried s2ram in this version. Should I (I'm away from it) -- wou= ld > it show something? No, probably not. git bisect would help, but I guess it is easier to let Rafael sort it out. Pavel -- = (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blo= g.html