From: Borislav Petkov <b...@suse.de>

Hi,

the first two are fixes resulting from people enabling builtin microcode
and reporting issues. The result is a much more robust loading of early
microcode by checking for builtin microcode first and then the one
supplied by the initrd.

The rest are cleanups.

Pile has been tested on everything here and by the bug reporters.

@tip guys: 2/9 is CC:stable. Please route accordingly.

Please apply,
thanks.

Borislav Petkov (9):
  x86/microcode: Fix loading precedence
  x86/microcode: Fix suspend to RAM with builtin microcode
  lib/cpio: Make find_cpio_data()'s offset arg optional
  x86/microcode: Get rid of find_cpio_data()'s dummy offset arg
  x86/microcode: Propagate save_microcode_in_initrd() retval
  x86/microcode/intel: Rename load_microcode_early() to
    find_microcode_patch()
  x86/microcode/intel: Unexport save_mc_for_early()
  x86/microcode/AMD: Make amd_ucode_patch static
  Documentation/microcode: Document some aspects for more clarity

 Documentation/x86/early-microcode.txt  |   5 +-
 arch/x86/include/asm/microcode.h       |  26 ----
 arch/x86/include/asm/microcode_amd.h   |   1 -
 arch/x86/include/asm/microcode_intel.h |   5 -
 arch/x86/kernel/cpu/microcode/amd.c    |  33 ++---
 arch/x86/kernel/cpu/microcode/core.c   |   9 +-
 arch/x86/kernel/cpu/microcode/intel.c  | 227 ++++++++++++++++++++-------------
 arch/x86/mm/init.c                     |   7 -
 lib/earlycpio.c                        |   5 +-
 9 files changed, 169 insertions(+), 149 deletions(-)

-- 
2.7.3

Reply via email to