Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932318Ab2HFQkO (ORCPT ); Mon, 6 Aug 2012 12:40:14 -0400 Received: from rcsinet15.oracle.com ([148.87.113.117]:33604 "EHLO rcsinet15.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756684Ab2HFQkM convert rfc822-to-8bit (ORCPT ); Mon, 6 Aug 2012 12:40:12 -0400 MIME-Version: 1.0 Message-ID: Date: Mon, 6 Aug 2012 09:38:52 -0700 (PDT) From: Dan Magenheimer To: Greg Kroah-Hartman Cc: Pekka Enberg , Minchan Kim , Konrad Wilk , devel@driverdev.osuosl.org, Seth Jennings , linux-mm@kvack.org, linux-kernel@vger.kernel.org, Konrad Rzeszutek Wilk , Andrew Morton , Robert Jennings , Nitin Gupta Subject: RE: [PATCH 0/4] promote zcache from staging References: <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> <20120806162948.GA27634@kroah.com> In-Reply-To: <20120806162948.GA27634@kroah.com> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.7 (607090) [OL 12.0.6661.5003 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8BIT X-Source-IP: ucsinet22.oracle.com [156.151.31.94] Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1195 Lines: 36 > From: Greg Kroah-Hartman [mailto:gregkh@linuxfoundation.org] > Subject: Re: [PATCH 0/4] promote zcache from staging > > On Mon, Aug 06, 2012 at 09:21:22AM -0700, Dan Magenheimer wrote: > > 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. > > No I have not. If you all feel that the existing code needs to be > dropped and replaced with a totally new version, that's fine with me. > It's forward progress, which is all that I ask for. > > Hope this helps, > greg k-h Hi Greg -- Cool! I guess I mistakenly assumed that your "no new features" requirement also implied "no fixes of fundamental design flaws". :-) Having option (E) should make it easier to decide the best technical solution, separate from the promotion timing and "where does it land" question. We'll get back to you soon... Thanks! Dan -- 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/