RE: [tip:x86/microcode] x86/microcode_intel_early.c: Early updateucode on Intel's CPU

[Yu, Fenghua]

> From: yhlu.kernel@xxxxxxxxx [mailto:yhlu.kernel@xxxxxxxxx] On Behalf Of
> Yinghai Lu
> On Fri, Nov 30, 2012 at 4:25 PM, tip-bot for Fenghua Yu
> <fenghua.yu@xxxxxxxxx> wrote:
> > Commit-ID:  474355fe313391de2429ae225e0fb02f67ec6c31
> > Gitweb:
> http://git.kernel.org/tip/474355fe313391de2429ae225e0fb02f67ec6c31
> > Author:     Fenghua Yu <fenghua.yu@xxxxxxxxx>
> > AuthorDate: Thu, 29 Nov 2012 17:47:43 -0800
> > Committer:  H. Peter Anvin <hpa@xxxxxxxxxxxxxxx>
> > CommitDate: Fri, 30 Nov 2012 15:18:16 -0800
> >
> > x86/microcode_intel_early.c: Early update ucode on Intel's CPU
> >
> > Implementation of early update ucode on Intel's CPU.
> >
> > load_ucode_intel_bsp() scans ucode in initrd image file which is a
> cpio format
> > ucode followed by ordinary initrd image file. The binary ucode file
> is stored
> > in kernel/x86/microcode/GenuineIntel/microcode.bin in the cpio data.
> All ucode
> > patches with the same model as BSP are saved in memory. A matching
> ucode patch
> > is updated on BSP.
> >
> > load_ucode_intel_ap() reads saved ucoded patches and updates ucode on
> AP.
> >
> 
> looks like this patches do not consider that initrd could be relocated
> even 64bit.
> 
> may need to copy the ucode.bin to BRK at first. that will make code
> much simple, and later does not need to
> copy them back in free_bootmem_initrd.
> 
> aka, this patchset is not ready for 3.8 even.
> 

I will relocate saved microcode blob (mc_saved_in_initrd) after initrd is
relocated in updated patches. Thus, mc_saved_in_initrd always point to
right initrd during boot time.

Thanks.

-Fenghua
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/