summaryrefslogtreecommitdiffstats
path: root/arch/x86/kernel/cpu/microcode/amd_early.c
diff options
context:
space:
mode:
authorBoris Ostrovsky <boris.ostrovsky@oracle.com>2014-12-01 16:27:44 -0500
committerBorislav Petkov <bp@suse.de>2014-12-06 12:59:03 +0100
commita18a0f6850d4b286a5ebf02cd5b22fe496b86349 (patch)
tree9140df8e429762b81fef6b80f286e87c8e8c7956 /arch/x86/kernel/cpu/microcode/amd_early.c
parent47768626c6db42cd06ff077ba12dd2cb10ab818b (diff)
downloadtalos-op-linux-a18a0f6850d4b286a5ebf02cd5b22fe496b86349.tar.gz
talos-op-linux-a18a0f6850d4b286a5ebf02cd5b22fe496b86349.zip
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>
Diffstat (limited to 'arch/x86/kernel/cpu/microcode/amd_early.c')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud