From mboxrd@z Thu Jan 1 00:00:00 1970 From: Tejun Heo Subject: Re: upcoming percpu changes Date: Fri, 05 Feb 2010 14:48:44 +0900 Message-ID: <4B6BB13C.2090108@kernel.org> References: <20100205161648.086375b9.sfr@canb.auug.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Return-path: Received: from hera.kernel.org ([140.211.167.34]:35572 "EHLO hera.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751620Ab0BEFmh (ORCPT ); Fri, 5 Feb 2010 00:42:37 -0500 In-Reply-To: <20100205161648.086375b9.sfr@canb.auug.org.au> Sender: linux-next-owner@vger.kernel.org List-ID: To: Stephen Rothwell Cc: Linus , Andrew Morton , linux-next@vger.kernel.org, LKML , Rusty Russell , Christoph Lameter , Ingo Molnar Hello, On 02/05/2010 02:16 PM, Stephen Rothwell wrote: > The percpu tree currently in linux-next > (git://git.kernel.org/pub/scm/linux/kernel/git/tj/percpu.git#for-next) > contains a patch to remove the "per_cpu_" prefix from percpu variables > followed by a set of patches to annotate all the percpu variables (and > accessing variables) with a __percpu tag to put them into a separate > sparse name space. These latter patches are causing some merge conflicts > with a couple of trees (and will most likely cause more before the merge > window). A solution to this is for you to accept the patch below into > your tree now and then the annotating patches can be sent to the > respective maintainers directly. > > Of course, this assumes that you will accept the percpu changes during > the next merge window (and they are not completely without controversy) > and the proponents actually submit them :-). > > What do you think? > > From: Stephen Rothwell > Date: Fri, 5 Feb 2010 16:09:11 +1100 > Subject: [PATCH] percpu: add __percpu for sparse > > This is to make the annotation of percpu variables during the next merge > window less painfull. > > Extracted from a patch by Rusty Russell. > > Signed-off-by: Stephen Rothwell I agree that this would be the cleanest way to integrate things. Thanks for doing this. If this gets in, I'll send individual patches to respective maintainers. Acked-by: Tejun Heo For reference, the thread which contains the annoation patches is http://lkml.org/lkml/2010/1/25/107 Thanks. -- tejun