[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAE9FiQUs499b4Y54rNVrQQ4DVkV3_06++Wi=RDSQsuDUKuFyBQ@mail.gmail.com>
Date: Fri, 14 Dec 2012 13:07:49 -0800
From: Yinghai Lu <yinghai@...nel.org>
To: "H. Peter Anvin" <hpa@...or.com>
Cc: Borislav Petkov <bp@...en8.de>,
"Yu, Fenghua" <fenghua.yu@...el.com>,
"mingo@...nel.org" <mingo@...nel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"tglx@...utronix.de" <tglx@...utronix.de>,
"hpa@...ux.intel.com" <hpa@...ux.intel.com>,
"linux-tip-commits@...r.kernel.org"
<linux-tip-commits@...r.kernel.org>,
Konrad Rzeszutek Wilk <konrad.wilk@...cle.com>,
Stefano Stabellini <Stefano.Stabellini@...citrix.com>
Subject: Re: [tip:x86/microcode] x86/microcode_intel_early.c: Early update
ucode on Intel's CPU
On Fri, Dec 14, 2012 at 12:04 PM, Yinghai Lu <yinghai@...nel.org> wrote:
> On Fri, Dec 14, 2012 at 11:46 AM, H. Peter Anvin <hpa@...or.com> wrote:
>>
>> That patch doesn't apply on top of the merge of x86/mm2 and
>> linus/master. A trivial fixup is totally nonfunctional -- no
>> earlyprintk, just a null pointer death in setup_real_mode().
>
> just saw linus pulled efi fix that is touching real_mode/init.c.
> and there is something wrong with it.
one of change in efi pull make us can not call
kernel_pysical_mapping_init early...
please check attached...
also move init_mapping_kernel to setup.c instead to make lock init
warning go away.
again, it still has problem with SMP.
Download attachment "fix_trampoline_pgd.patch" of type "application/octet-stream" (3876 bytes)
Download attachment "hpa_pf_set_page_table_3.patch" of type "application/octet-stream" (16249 bytes)
Powered by blists - more mailing lists