Boris Ostrovsky a18a0f6850 x86, microcode: Don't initialize microcode code on paravirt ... Paravirtual guests are not expected to load microcode into processors and therefore it is not necessary to initialize microcode loading logic. In fact, under certain circumstances initializing this logic may cause the guest to crash. Specifically, 32-bit kernels use __pa_nodebug() macro which does not work in Xen (the code path that leads to this macro happens during resume when we call mc_bp_resume()->load_ucode_ap() ->check_loader_disabled_ap()) Signed-off-by: Boris Ostrovsky <boris.ostrovsky@oracle.com> Link: http://lkml.kernel.org/r/1417469264-31470-1-git-send-email-boris.ostrovsky@oracle.com Signed-off-by: Borislav Petkov <bp@suse.de>		2014-12-06 12:59:03 +01:00
..
amd.c	x86, microcode, AMD: Do not use smp_processor_id() in preemtible context	2014-12-01 11:51:05 +01:00
amd_early.c	x86, microcode, AMD: Do not use smp_processor_id() in preemtible context	2014-12-01 11:51:05 +01:00
core.c	x86, microcode: Don't initialize microcode code on paravirt	2014-12-06 12:59:03 +01:00
core_early.c	x86, microcode: Fix accessing dis_ucode_ldr on 32-bit	2014-11-05 17:28:06 +01:00
intel.c	x86, microcode, intel: Rename apply_microcode and declare it static	2014-07-25 17:57:51 +02:00
intel_early.c	x86, microcode, intel: Drop unused parameter	2014-12-06 12:58:56 +01:00
intel_lib.c
Makefile