From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S261443AbULAUnd (ORCPT ); Wed, 1 Dec 2004 15:43:33 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S261444AbULAUnd (ORCPT ); Wed, 1 Dec 2004 15:43:33 -0500 Received: from pop5-1.us4.outblaze.com ([205.158.62.125]:10905 "HELO pop5-1.us4.outblaze.com") by vger.kernel.org with SMTP id S261443AbULAUnQ (ORCPT ); Wed, 1 Dec 2004 15:43:16 -0500 Subject: Re: Suspend 2 merge From: Nigel Cunningham Reply-To: ncunningham@linuxmail.org To: Pavel Machek Cc: Stefan Seyfried , Christoph Hellwig , Linux Kernel Mailing List , hugang@soulinfo.com, Andrew Morton In-Reply-To: <20041201100854.GA1015@elf.ucw.cz> References: <20041125192016.GA1302@elf.ucw.cz> <1101422088.27250.93.camel@desktop.cunninghams> <20041125232200.GG2711@elf.ucw.cz> <1101426416.27250.147.camel@desktop.cunninghams> <41AAED32.2010703@suse.de> <1101766833.4343.425.camel@desktop.cunninghams> <41AC6480.6020002@suse.de> <1101849416.5715.13.camel@desktop.cunninghams> <20041130222027.GE1361@elf.ucw.cz> <1101893275.5073.0.camel@desktop.cunninghams> <20041201100854.GA1015@elf.ucw.cz> Content-Type: text/plain Message-Id: <1101933562.5073.3.camel@desktop.cunninghams> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6-1mdk Date: Thu, 02 Dec 2004 07:39:22 +1100 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Hi. On Wed, 2004-12-01 at 21:08, Pavel Machek wrote: > Hi! > > > > > > >>Putting only the absolutely necessary things into the kernel (the same > > > > > >>is true for the interactive resume thing - if someone wants interactive > > > > > >>startup at a failing resume, he has to use an initrd, i don't see a > > > > > >>problem with that) will probably increase the acceptance a bit :-) > > > > > > > > > > > > That's fine if your initrd is properly configured and you're willing to > > > > > > > > > > This is something distributions have to take care of. > > > > > > > > No; it's something the users will have to take care of. Distro makers > > > > might make the process more automated, but in the end it's the user's > > > > problem if it doesn't work. > > > > > > Actually, no, its not like that. > > > > > > User will click icon in KDE, and if it does not suspend & resume > > > properly, distribution has problem to fix. And yes, it works well in > > > SUSE9.2. > > > > I didn't know you had support for initramfs and initrd configurations > > already. You are making progress. > > Well, no, not that one. > > OTOH for SUSE9.2 these things basically can not happen. (There's no > wrong kernel you can click on ;-) -- either you boot normally, then > there's just one kernel to boot, or you boot failsafe, and then you > want to kill signatures etc.) And it's impossible for you to accidentally select the failsafe? Anyway, even if it is impossible, you're still only talking about one particular set of circumstances; that's not necessarily the case for everyone else, not should it necessarily be. Regards, Nigel -- Nigel Cunningham Pastoral Worker Christian Reformed Church of Tuggeranong PO Box 1004, Tuggeranong, ACT 2901 You see, at just the right time, when we were still powerless, Christ died for the ungodly. -- Romans 5:6