diff options
| author | Ashok Raj <ashok.raj@intel.com> | 2018-02-28 13:28:46 +0300 |
|---|---|---|
| committer | Thomas Gleixner <tglx@linutronix.de> | 2018-03-08 12:19:26 +0300 |
| commit | a5321aec6412b20b5ad15db2d6b916c05349dbff (patch) | |
| tree | faa3991f4defe84391675b7cbf10581734818525 /mm/mempool.c | |
| parent | cfb52a5a09c8ae3a1dafb44ce549fde5b69e8117 (diff) | |
| download | linux-a5321aec6412b20b5ad15db2d6b916c05349dbff.tar.xz | |
x86/microcode: Synchronize late microcode loading
Original idea by Ashok, completely rewritten by Borislav.
Before you read any further: the early loading method is still the
preferred one and you should always do that. The following patch is
improving the late loading mechanism for long running jobs and cloud use
cases.
Gather all cores and serialize the microcode update on them by doing it
one-by-one to make the late update process as reliable as possible and
avoid potential issues caused by the microcode update.
[ Borislav: Rewrite completely. ]
Co-developed-by: Borislav Petkov <bp@suse.de>
Signed-off-by: Ashok Raj <ashok.raj@intel.com>
Signed-off-by: Borislav Petkov <bp@suse.de>
Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
Tested-by: Tom Lendacky <thomas.lendacky@amd.com>
Tested-by: Ashok Raj <ashok.raj@intel.com>
Reviewed-by: Tom Lendacky <thomas.lendacky@amd.com>
Cc: Arjan Van De Ven <arjan.van.de.ven@intel.com>
Link: https://lkml.kernel.org/r/20180228102846.13447-8-bp@alien8.de
Diffstat (limited to 'mm/mempool.c')
0 files changed, 0 insertions, 0 deletions