From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail6.bemta7.messagelabs.com (mail6.bemta7.messagelabs.com [216.82.255.55]) by kanga.kvack.org (Postfix) with ESMTP id C176D6B0069 for ; Tue, 1 Nov 2011 17:43:13 -0400 (EDT) Date: Tue, 1 Nov 2011 14:43:09 -0700 From: Andrew Morton Subject: Re: [GIT PULL] mm: frontswap (for 3.2 window) Message-Id: <20111101144309.a51c99b5.akpm@linux-foundation.org> In-Reply-To: References: <20111031171321.097a166c.kamezawa.hiroyu@jp.fujitsu.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org List-ID: To: Dan Magenheimer Cc: KAMEZAWA Hiroyuki , Linus Torvalds , linux-mm@kvack.org, LKML , Konrad Wilk , Jeremy Fitzhardinge , Seth Jennings , ngupta@vflare.org, levinsasha928@gmail.com, Chris Mason , JBeulich@novell.com, Dave Hansen , Jonathan Corbet , Neo Jia On Tue, 1 Nov 2011 08:25:38 -0700 (PDT) Dan Magenheimer wrote: > OK, I will then coordinate with sfr to remove it from the linux-next > tree when (if?) akpm puts the patchset into the -mm tree. No, that's not necessary. The current process (you maintain git tree, it gets included in -next, later gets pulled by Linus) is good. The only reason I see for putting such code through -mm would be if there were significant interactions with other core MM work. It doesn't matter which route is taken, as long as the code is appropriately reviewed and tested. > But > since very few linux-mm experts had responded to previous postings > of the frontswap patchset, I am glad to have a much wider audience > to discuss it now because of the lkml git-pull request. At kernel summit there was discussion and overall agreement that we've been paying insufficient attention to the big-picture "should we include this feature at all" issues. We resolved to look more intensely and critically at new features with a view to deciding whether their usefulness justified their maintenance burden. It seems that you're our crash-test dummy ;) (Now I'm wondering how to get "cgroups: add a task counter subsystem" put through the same wringer). I will confess to and apologise for dropping the ball on cleancache and frontswap. I was never really able to convince myself that it met the (very vague) cost/benefit test, but nor was I able to present convincing arguments that it failed that test. So I very badly went into hiding, to wait and see what happened. What we needed all those months ago was to have the discussion we're having now. This is a difficult discussion and a difficult decision. But it is important that we get it right. Thanks for you patience. -- 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/ . Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/ Don't email: email@kvack.org