author	David S. Miller <davem@davemloft.net>	2017-02-11 02:31:11 -0500
committer	David S. Miller <davem@davemloft.net>	2017-02-11 02:31:11 -0500
commit	35eeacf1820a08305c2b0960febfa190f5a6dd63 (patch)
tree	f1227c7384ee01d3f029cc5f82223234e6456c5f /include/rdma/ib_cache.h
parent	bed45f79a2afc9d7c279b880dfcac8f27d513b50 (diff)
parent	1ee18329fae936089c6c599250ae92482ff2b81f (diff)

doesn't happen because it has already happened on CPU0 and we don't find a newer microcode revision on CPU1. Which doesn't set the intel_ucode_patch pointer and at initrd jettisoning time we don't save the microcode patch for later application. Now, when we suspend to RAM, the loaded microcode gets cleared so we need to reload but there's no patch saved in the cache. Removing the optimization fixes this issue and all is fine and dandy. Fixes: 06b8534cb728 ("x86/microcode: Rework microcode loading") Signed-off-by: Borislav Petkov <bp@suse.de> Reviewed-by: Thomas Gleixner <tglx@linutronix.de> Link: http://lkml.kernel.org/r/20170120202955.4091-2-bp@alien8.de Signed-off-by: Thomas Gleixner <tglx@linutronix.de>