> 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-tip-commits" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html