Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932300AbWBCBm5 (ORCPT ); Thu, 2 Feb 2006 20:42:57 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932358AbWBCBm5 (ORCPT ); Thu, 2 Feb 2006 20:42:57 -0500 Received: from beauty.rexursive.com ([218.214.6.102]:3215 "EHLO beauty.rexursive.com") by vger.kernel.org with ESMTP id S932300AbWBCBm4 (ORCPT ); Thu, 2 Feb 2006 20:42:56 -0500 Message-ID: <20060203124253.m6azcn4wg88gsogc@imp.rexursive.com> Date: Fri, 03 Feb 2006 12:42:53 +1100 From: Bojan Smojver To: Andrew Morton Cc: nigel@suspend2.net, suspend2-devel@lists.suspend2.net, torvalds@osdl.org, linux-kernel@vger.kernel.org, pavel@ucw.cz Subject: Re: [Suspend2-devel] Re: [ 00/10] [Suspend2] Modules support. References: <20060201113710.6320.68289.stgit@localhost.localdomain> <20060202152316.GC8944@ucw.cz> <20060202132708.62881af6.akpm@osdl.org> <200602030918.07006.nigel@suspend2.net> <20060203120055.0nu3ym4yuck0os84@imp.rexursive.com> <20060202171812.49b86721.akpm@osdl.org> In-Reply-To: <20060202171812.49b86721.akpm@osdl.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.0.4) Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2555 Lines: 59 Quoting Andrew Morton : > This leaves us in rather awkward position. You see, there will be other > people whose machines don't work with suspend2 but which do work with > swsusp. And other people who prefer swsusp for other reasons. From what I can see on suspend2 development list, Nigel regularly addresses people's problems with his code, which then results in working systems. Most times when people see problems with suspend2, it is the drivers that can't do suspend that are the root cause (at least that seems to be the pattern on the suspend2 mailing list). The only way for a much broader community to experience and test suspend2 is to put it in the mainline kernel. I'm not sure why that is such a problem... > It'd help if we knew _why_ your machine doesn't work with swsusp so we can > fix it. Futhermore it'd help if we knew specifically what you prefer about > suspend2 so we can understand what more needs to be done, and how we should > do it. Here is what I prefer in suspend2: - it works (i.e. I have compiled it for at least 20 different Rawhide kernels and it always suspended/resumed properly) - it is reliable (e.g. I have suspended/resumed mid kernel compile - actually, kernel RPM build, which included compile - many times, without any ill effect) - it is fast (i.e. even on my crappy old HP ZE4201 [http://www.rexursive.com/articles/linuxonhpze4201.html], it writes all of 700+ MB of RAM to disk just as fast or faster than swsusp). - it looks nice (both text and GUI interface supported) - it leaves the system responsive on resume (kinda nice to come back to X and "Just Use it") - it suspends to both swap and file (I personally use swap, but many people on the list use file) Just today, I tried the most recent Rawhide kernel (based on 2.6.16-rc1-git5) with swsusp and for the first time *ever* it actually returned X to its original state (I was so excited, I even notified people on suspend2 development list about it). But, on second suspend/resume, it promptly locked up my system. Before, it would simply lock up. So, if swsusp can be made to actually work, be reliable, look nice and be responsive on resume, I'm all for it. I will miss Nigel's excellent support though, but I'm sure he deserves a break :-) -- Bojan - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/