[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20120820200426.GA15006@aftab.osrc.amd.com>
Date: Mon, 20 Aug 2012 22:04:26 +0200
From: Borislav Petkov <bp@...64.org>
To: "H. Peter Anvin" <hpa@...or.com>
Cc: Fenghua Yu <fenghua.yu@...el.com>, Ingo Molnar <mingo@...e.hu>,
Thomas Gleixner <tglx@...utronix.de>,
Asit K Mallick <asit.k.mallick@...el.com>,
Tigran Aivazian <tigran@...azian.fsnet.co.uk>,
Andreas Herrmann <andreas.herrmann3@....com>,
Borislav Petkov <borislav.petkov@....com>,
linux-kernel <linux-kernel@...r.kernel.org>, x86 <x86@...nel.org>
Subject: Re: [PATCH 00/11] x86/microcode: Early load microcode
On Mon, Aug 20, 2012 at 11:51:14AM -0700, H. Peter Anvin wrote:
> Not really, but that isn't even Fenghua's fault.
Of course it isn't - I was simply pointing out that this is something
that should be fixed at some point in time, when someone needs a project
over an otherwise eventless weekend :-).
> The cpu directory was originally for cpu detection. The whole kernel/
> directory, of course, is a morass that might as well be called "misc".
> Some things are legitimately there -- mainly the syscall table and
> things that mirror the global kernel/ -- but a ton of stuff doesn't make
> any sense there.
>
> Reorganizing the kernel/ directory and promoting cpu up one level would
Yep, arch/x86/cpu, should contain all cpu-related stuff.
> make that make more sense. The pci and irq code are examples of things
> that could use their own directories.
Yep.
Thanks.
--
Regards/Gruss,
Boris.
Advanced Micro Devices GmbH
Einsteinring 24, 85609 Dornach
GM: Alberto Bozzo
Reg: Dornach, Landkreis Muenchen
HRB Nr. 43632 WEEE Registernr: 129 19551
--
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