From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1030380AbWGHVEp (ORCPT ); Sat, 8 Jul 2006 17:04:45 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1030381AbWGHVEp (ORCPT ); Sat, 8 Jul 2006 17:04:45 -0400 Received: from gprs189-60.eurotel.cz ([160.218.189.60]:40935 "EHLO amd.ucw.cz") by vger.kernel.org with ESMTP id S1030380AbWGHVEo (ORCPT ); Sat, 8 Jul 2006 17:04:44 -0400 Date: Sat, 8 Jul 2006 23:04:17 +0200 From: Pavel Machek To: Nigel Cunningham Cc: "Rafael J. Wysocki" , suspend2-devel@lists.suspend2.net, Olivier Galibert , grundig , Avuton Olrich , jan@rychter.com, linux-kernel@vger.kernel.org Subject: Re: uswsusp history lesson [was Re: [Suspend2-devel] Re: swsusp / suspend2 reliability] Message-ID: <20060708210417.GB2546@elf.ucw.cz> References: <20060627133321.GB3019@elf.ucw.cz> <200607082131.47832.ncunningham@linuxmail.org> <20060708125200.GA1762@elf.ucw.cz> <200607082326.18237.ncunningham@linuxmail.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200607082326.18237.ncunningham@linuxmail.org> X-Warning: Reading this can be dangerous to your mental health. User-Agent: Mutt/1.5.11+cvs20060126 Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Hi! > > > > > Frankly, I'd rather be working on improving drivers and helping > > > > > implement the run-time power management than working on getting > > > > > Suspend2 merged. > > > Developmentwise, I think it's finished - unless I want to go off in a new > > > > I'd say that suspend2 already done its job -- forced me to do > > uswsusp. I do not think it is mergeable without major refactoring. > > I'm sorry, Pavel, but it if uswsusp is going to be an acceptable replacement > for Suspend2, it has to actually have the features suspend2 has implemented, > not just have the promise of them appearing at some stage. Rafael is doing > admirable work in that direction, but he's not there yet. If you trust Rafael can get the features you want... please help him. It should be easier than another suspend2 resubmit... > > > > As far as the support for ordinary files, swap files, etc. is > > > > concerned, there's nothing to worry about. It's comming. > > > > > > Great. It will be good to see that. Do you have some way around bmapping > > > the files? > > > > You mean "some way to go without bmapping" or "did you get bmapping to > > work" ? > > Some way to go without bmapping. I'm assuming you're going to have to add some > kernel code to at least do the bmapping. By the way, watch out for block > sizes. Especially with XFS. It's the best test of whether your code is right > because the blocksize XFS uses might not be the same as the underlying block > device's blocksize. Why is bmapping evil? Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html