[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20070721123032.GA1769@elte.hu>
Date: Sat, 21 Jul 2007 14:30:32 +0200
From: Ingo Molnar <mingo@...e.hu>
To: Brian Gerst <bgerst@...ntduck.org>
Cc: Thomas Gleixner <tglx@...utronix.de>, Andi Kleen <ak@...e.de>,
LKML <linux-kernel@...r.kernel.org>,
Linus Torvalds <torvalds@...l.org>,
Andrew Morton <akpm@...l.org>,
Arjan van de Ven <arjan@...radead.org>,
Chris Wright <chrisw@...s-sol.org>,
Steven Rostedt <rostedt@...dmis.org>
Subject: Re: [RFC, Announce] Unified x86 architecture, arch/x86
* Brian Gerst <bgerst@...ntduck.org> wrote:
> > And there is more of that, when you take the time and look closely
> > at the _32.[ch] _64.[ch] files which are created by the merge.
>
> Looking at the include files, many more are near-identical in trivial
> ways, such as whitespace, comments, local variable names, or guard
> #ifdefs.
yeah. And by moving them next to each other, people actually have the
real incentive to look and ponder: "these two files do similar things
but they look so different. Does it _have_ to be so?". Often the answer
is: no, it could really be shared.
And even when things will continue to be different, it's nice to have
them side by side for documentation purposes as well. "we do this
differently on 64-bit, because ...".
Key to starting all these cleanups is to create plain and simple
physical proximity - and our transition arch/x86 and include/asm-x86
achieves that - nothing more, nothing less.
Ingo
-
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