Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S964875AbWBTLrE (ORCPT ); Mon, 20 Feb 2006 06:47:04 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S964880AbWBTLqk (ORCPT ); Mon, 20 Feb 2006 06:46:40 -0500 Received: from cust8446.nsw01.dataco.com.au ([203.171.93.254]:26542 "EHLO cust8446.nsw01.dataco.com.au") by vger.kernel.org with ESMTP id S964875AbWBTLqa (ORCPT ); Mon, 20 Feb 2006 06:46:30 -0500 From: Nigel Cunningham Organization: Suspend2.net To: Lee Revell Subject: Re: Which is simpler? (Was Re: [Suspend2-devel] Re: [ 00/10] [Suspend2] Modules support.) Date: Mon, 20 Feb 2006 20:38:15 +1000 User-Agent: KMail/1.9.1 Cc: Matthias Hensler , Pavel Machek , Sebastian Kgler , kernel list , rjw@sisk.pl References: <20060201113710.6320.68289.stgit@localhost.localdomain> <20060220093911.GB19293@kobayashi-maru.wspse.de> <1140430002.3429.4.camel@mindpipe> In-Reply-To: <1140430002.3429.4.camel@mindpipe> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4430325.9dALMjDMb8"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200602202038.21559.nigel@suspend2.net> Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1708 Lines: 51 --nextPart4430325.9dALMjDMb8 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi. On Monday 20 February 2006 20:06, Lee Revell wrote: > On Mon, 2006-02-20 at 10:39 +0100, Matthias Hensler wrote: > > These "big changes" is something I have a problem with, since it means > > to delay a working suspend/resume in Linux for another > > "short-term" (so > > what does it mean: 1 month? six? twelve?). It is painful to get these > > things to work reliable, I have followed this for nearly 1.5 years. > > And > > again: today there is a working implementation, so why not merge it > > and > > have something today, and then start working on the other things. > > It never works that way in practice - if you let broken/suboptimal code > into the kernel then it's a LOT less likely to get fixed later than if > you make fixing it a condition of inclusion because once it's in there's > much less motivation to fix it. I can be an exception, can't I? Regards, Nigel =2D-=20 See our web page for Howtos, FAQs, the Wiki and mailing list info. http://www.suspend2.net IRC: #suspend2 on Freenode --nextPart4430325.9dALMjDMb8 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQBD+ZwdN0y+n1M3mo0RAhxQAJ9DCf6vH8MPL3NLWai1bp8FzhwFHgCgqGOO WWDlb2sEXbj2e9/A1+0gq14= =cP3x -----END PGP SIGNATURE----- --nextPart4430325.9dALMjDMb8-- - 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/