[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <Pine.LNX.4.64.0801091130420.11317@schroedinger.engr.sgi.com>
Date: Wed, 9 Jan 2008 11:31:43 -0800 (PST)
From: Christoph Lameter <clameter@....com>
To: Dave Hansen <haveblue@...ibm.com>
cc: travis@....com, Andrew Morton <akpm@...ux-foundation.org>,
mingo@...e.hu, Andi Kleen <ak@...e.de>,
Jack Steiner <steiner@....com>, linux-mm@...ck.org,
linux-kernel@...r.kernel.org,
Rusty Russell <rusty@...tcorp.com.au>, tglx@...utronix.de,
mingo@...hat.com
Subject: Re: [PATCH 10/10] x86: Unify percpu.h
On Wed, 9 Jan 2008, Dave Hansen wrote:
> On Tue, 2008-01-08 at 13:10 -0800, travis@....com wrote:
> > Form a single percpu.h from percpu_32.h and percpu_64.h. Both are now pretty
> > small so this is simply adding them together.
>
> I guess I just don't really see the point of moving the code around like
> this. Before, it would have been easier to tell at a glance before
> whether you were looking at 32 or 64-bit code because of which file you
> are in. But, now, you need to look for #ifdef context. I'm not sure
> that's a win.
>
> This only saves 5 net lines of code, and those are probably from:
>
> -#ifndef __ARCH_I386_PERCPU__
> -#define __ARCH_I386_PERCPU__
>
> right?
>
> The rest of the set looks brilliant, though.
Well this is only the first patchset. The next one will unify this even
more (and make percpu functions work consistent between the two arches)
but it requires changes to the way the %gs register is used in
x86_64. So we only do the simplest thing here to have one file to patch
against later.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists