lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Wed, 28 Dec 2016 12:18:30 +0100 From: Borislav Petkov <bp@...en8.de> To: Junichi Nomura <j-nomura@...jp.nec.com> Cc: "x86@...nel.org" <x86@...nel.org>, "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>, Andy Lutomirski <luto@...capital.net>, "tglx@...utronix.de" <tglx@...utronix.de>, "mingo@...hat.com" <mingo@...hat.com>, "hpa@...or.com" <hpa@...or.com> Subject: Re: [PATCH] x86: Fix Intel microcode revision detection On Wed, Dec 28, 2016 at 04:39:31AM +0000, Junichi Nomura wrote: > early_init_intel() calls sync_core() before rdmsr(MSR_IA32_UCODE_REV), > assuming sync_core() is effectively CPUID(eax=1). However the assumption > no longer holds since commit c198b121b1a1 ("x86/asm: Rewrite sync_core() > to use IRET-to-self"). > > As a result, kernel fails to detect the revision of microcode, such as: > microcode: sig=0x206a7, pf=0x2, revision=0x0 > > Conversion from sync_core() to native_cpuid() has already been done in > Intel microcode driver by commit 484d0e5c7943 ("x86/microcode/intel: > Replace sync_core() with native_cpuid()"). This patch just extends the > conversion for early_init_intel(). Good catch, thanks! However, I want to do something else because we do end up needing those native CPUID variants pretty often after all so let's generalize the whole usage case and do the following (patches as reply to this message). Thanks. -- Regards/Gruss, Boris. ECO tip #101: Trim your mails when you reply. --
Powered by blists - more mailing lists