[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <3E5A0FA7E9CA944F9D5414FEC6C7122047109B7E@ORSMSX105.amr.corp.intel.com>
Date: Fri, 21 Dec 2012 15:09:48 +0000
From: "Yu, Fenghua" <fenghua.yu@...el.com>
To: Michael Tokarev <mjt@....msk.ru>
CC: H Peter Anvin <hpa@...or.com>, Ingo Molnar <mingo@...e.hu>,
Thomas Gleixner <tglx@...utronix.de>,
"Mallick, Asit K" <asit.k.mallick@...el.com>,
Tigran Aivazian <tigran@...azian.fsnet.co.uk>,
Yinghai Lu <yinghai@...nel.org>,
Andreas Herrmann <andreas.herrmann3@....com>,
Borislav Petkov <borislav.petkov@....com>,
linux-kernel <linux-kernel@...r.kernel.org>, x86 <x86@...nel.org>
Subject: RE: [PATCH v4 00/11] x86/microcode: Early load microcode
> -----Original Message-----
> From: Michael Tokarev [mailto:mjt@....msk.ru]
> Sent: Friday, December 21, 2012 1:05 AM
> To: Yu, Fenghua
> Cc: H Peter Anvin; Ingo Molnar; Thomas Gleixner; Mallick, Asit K;
> Tigran Aivazian; Yinghai Lu; Andreas Herrmann; Borislav Petkov; linux-
> kernel; x86
> Subject: Re: [PATCH v4 00/11] x86/microcode: Early load microcode
>
> On 20.12.2012 23:48, Fenghua Yu wrote:
> > From: Fenghua Yu <fenghua.yu@...el.com>
> >
> > The problem in current microcode loading method is that we load a
> microcode way,
> > way too late; ideally we should load it before turning paging on.
> This may only
> > be practical on 32 bits since we can't get to 64-bit mode without
> paging on,
> > but we should still do it as early as at all possible.
>
> Why loading microcode this early is important?
> Why it is bad to load it at the end of (initial) boot?
>
> Thanks,
>
> /mjt
If not loading microcode early, we may hit some issues (e.g. PSE on Atom) and disable some CPU features. These issues can not be fixed by loading ucode during run time.
Thanks.
-Fenghua
--
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