Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1764214AbZAOMXZ (ORCPT ); Thu, 15 Jan 2009 07:23:25 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757082AbZAOMW4 (ORCPT ); Thu, 15 Jan 2009 07:22:56 -0500 Received: from mx3.mail.elte.hu ([157.181.1.138]:37909 "EHLO mx3.mail.elte.hu" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756289AbZAOMWy (ORCPT ); Thu, 15 Jan 2009 07:22:54 -0500 Date: Thu, 15 Jan 2009 13:22:22 +0100 From: Ingo Molnar To: Tejun Heo Cc: roel kluin , "H. Peter Anvin" , Brian Gerst , ebiederm@xmission.com, cl@linux-foundation.org, rusty@rustcorp.com.au, travis@sgi.com, linux-kernel@vger.kernel.org, akpm@linux-foundation.org, steiner@sgi.com, hugh@veritas.com Subject: Re: [patch] add optimized generic percpu accessors Message-ID: <20090115122222.GI22850@elte.hu> References: <1231843097-18003-1-git-send-email-tj@kernel.org> <496C717F.70204@kernel.org> <73c1f2160901130527s2d61f4ewf0725c3bf1b36a1a@mail.gmail.com> <496C9FB7.9050907@kernel.org> <496D8CEB.5060402@zytor.com> <20090114093834.GA19799@elte.hu> <25e057c00901150204x61c54d9fl91afe23477d1f12f@mail.gmail.com> <496F0F5E.3080404@kernel.org> <20090115113230.GH22850@elte.hu> <496F1FA6.6050204@kernel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <496F1FA6.6050204@kernel.org> User-Agent: Mutt/1.5.18 (2008-05-17) X-ELTE-VirusStatus: clean X-ELTE-SpamScore: -1.5 X-ELTE-SpamLevel: X-ELTE-SpamCheck: no X-ELTE-SpamVersion: ELTE 2.0 X-ELTE-SpamCheck-Details: score=-1.5 required=5.9 tests=BAYES_00 autolearn=no SpamAssassin version=3.2.3 -1.5 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2867 Lines: 72 * Tejun Heo wrote: > Ingo Molnar wrote: > > Is there any interim tree for us to pull into -tip? I'd rather not let > > this grow too big, it will be harder and harder to debug any regressions. > > Gradual progress is a lot more debuggable. Your initial patchset is > > fantastic already (gives a ~0.2% kernel image size saving for defconfig), > > so it's a very good start. > > Sans the last patch (I'm still working on it), the git tree is at... > > http://git.kernel.org/?p=linux/kernel/git/tj/misc.git;a=shortlog;h=x86-percpu-zerobased > git://git.kernel.org/pub/scm/linux/kernel/git/tj/misc.git x86-percpu-zerobased > > And this happens to be the third time I wrote the above addresses in > this thread. :-) You know the drill: you have to explicitly ask for stuff to be pulled :-) ( Otherwise if i just pull it and you rebased it or were unhappy about it in some fashion we all add stress that could have been avoided. ) So i've picked up these commits from you: d060676: x86_64: misc clean up after the percpu update 6d459d9: x86_64: convert pda ops to wrappers around x86 percpu accessors d7051ef: x86_64: make pda a percpu variable 4fe7fdf: x86_64: merge 64 and 32 SMP percpu handling 44f5fbd: x86_64: fold pda into percpu area on SMP cc1d354: x86_64: use static _cpu_pda array c701268: x86_64: load pointer to pda into %gs while brining up a CPU 7e36da9: x86_64: make percpu symbols zerobased on SMP 3fc860d: x86_32: make vmlinux_32.lds.S use PERCPU() macro bc497c7: x86_64: Cleanup early setup_percpu references 769d780: x86: make early_per_cpu() a lvalue and use it 66cbc8e: x86_64: fix pda_to_op() into tip/x86/percpu. I did the following small reorganizations: - i rebased them on top of tip/cpus4096, tip/x86/cleanups and tip/x86/urgent - that is a stable base. - i resolved the conflicts that arose due to recent cpumask and upstream changes. - i standardized the commit logs to the usual x86 style and added Original-From: Mike Travis tags to those patches that were derived from Mike's patches. If they pass testing they'll be stable commits from that point on, and you can base your git trees on that topic branch. Could you please have a look at the end result? Here are the Git coordinates for it: git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip.git x86/percpu If we are happy with it then these commits can be stable commits from now on, and you can base your future changes on this Git tree, and i can pull updates from you without having to rebase them. Does that workflow sound OK to you? Ingo -- 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/