From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from psmtp.com (na3sys010amx185.postini.com [74.125.245.185]) by kanga.kvack.org (Postfix) with SMTP id 8F7386B0044 for ; Mon, 6 Aug 2012 12:22:46 -0400 (EDT) MIME-Version: 1.0 Message-ID: Date: Mon, 6 Aug 2012 09:21:22 -0700 (PDT) From: Dan Magenheimer Subject: RE: [PATCH 0/4] promote zcache from staging References: <1343413117-1989-1-git-send-email-sjenning@linux.vnet.ibm.com> <20120727205932.GA12650@localhost.localdomain> <5016DE4E.5050300@linux.vnet.ibm.com> <20120731155843.GP4789@phenom.dumpdata.com> <20120731161916.GA4941@kroah.com> <20120731175142.GE29533@phenom.dumpdata.com> <20120806003816.GA11375@bbox> <041cb4ce-48ae-4600-9f11-d722bc03b9cc@default> In-Reply-To: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Sender: owner-linux-mm@kvack.org List-ID: To: Pekka Enberg Cc: Minchan Kim , Konrad Wilk , Greg Kroah-Hartman , devel@driverdev.osuosl.org, Seth Jennings , linux-mm@kvack.org, linux-kernel@vger.kernel.org, Konrad Rzeszutek Wilk , Andrew Morton , Robert Jennings , Nitin Gupta > From: Pekka Enberg [mailto:penberg@kernel.org] > Subject: Re: [PATCH 0/4] promote zcache from staging >=20 > On Mon, Aug 6, 2012 at 6:24 PM, Dan Magenheimer > wrote: > > IMHO, the fastest way to get the best zcache into the kernel and > > to distros and users is to throw away the "demo" version, move forward > > to a new solid well-designed zcache code base, and work together to > > build on it. There's still a lot to do so I hope we can work together. >=20 > I'm not convinced it's the _fastest way_. I guess I meant "optimal", combining "fast" and "best". > You're effectively > invalidating all the work done under drivers/staging so you might end up > in review limbo with your shiny new code... Fixing the fundamental design flaws will sooner or later invalidate most (or all) of the previous testing/work anyway, won't it? Since any kernel built with staging is "tainted" already, I feel like now is a better time to make a major design transition. I suppose: (E) replace "demo" zcache with new code base and keep it in staging for another cycle is another alternative, but I think gregkh has said no to that. Dan -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org