From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932493Ab2KNEJp (ORCPT ); Tue, 13 Nov 2012 23:09:45 -0500 Received: from mx1.redhat.com ([209.132.183.28]:16913 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932268Ab2KNEJo (ORCPT ); Tue, 13 Nov 2012 23:09:44 -0500 Message-ID: <50A31971.6000706@redhat.com> Date: Tue, 13 Nov 2012 23:09:21 -0500 From: Rik van Riel User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:15.0) Gecko/20120827 Thunderbird/15.0 MIME-Version: 1.0 To: Ingo Molnar CC: Mel Gorman , Peter Zijlstra , Andrea Arcangeli , Johannes Weiner , Hugh Dickins , Thomas Gleixner , Linus Torvalds , Andrew Morton , Linux-MM , LKML Subject: Re: [RFC PATCH 00/31] Foundation for automatic NUMA balancing V2 References: <1352805180-1607-1-git-send-email-mgorman@suse.de> <20121113151416.GA20044@gmail.com> <20121113154215.GD8218@suse.de> <20121113172734.GA12098@gmail.com> In-Reply-To: <20121113172734.GA12098@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 11/13/2012 12:27 PM, Ingo Molnar wrote: > > * Mel Gorman wrote: > >>> I'd also like to add another, structural side note: you >>> mixed new vm-stats bits into the whole queue, needlessly >>> blowing up the size and the mm/ specific portions of the >>> tree. I'd suggest to post and keep those bits separately, >>> preferably on top of what we have already once it has >>> settled down. I'm keeping the 'perf bench numa' bits >>> separate as well. >> >> The stats part are fairly late in the queue. I noticed they >> break build for !CONFIG_BALANCE_NUMA but it was trivially >> resolved. [...] > > Ok - the vm-stats bits are the last larger item remaining that > I've seen - could you please redo any of your changes on top of > the latest tip:numa/core tree, to make them easier for me to > pick up? > > Your tree is slowly becoming a rebase of tip:numa/core and that > will certainly cause problems. Mel's tree looks like the easiest of the two to merge from an mm/ point of view. > I'll backmerge any delta patches and rebase as necessary - but > please do them as deltas on top of tip:numa/core to make things > reviewable and easier to merge: > > git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git numa/core > > Thanks! > > Ingo > -- All rights reversed