Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752500AbdFLR7T (ORCPT ); Mon, 12 Jun 2017 13:59:19 -0400 Received: from mail.skyhub.de ([5.9.137.197]:38660 "EHLO mail.skyhub.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752221AbdFLR7S (ORCPT ); Mon, 12 Jun 2017 13:59:18 -0400 From: Borislav Petkov To: Dominik Brodowski , Henrique de Moraes Holschuh Cc: LKML Subject: [PATCH 0/2] microcode: Do early microcode application during resume-from-RAM Date: Mon, 12 Jun 2017 19:58:52 +0200 Message-Id: <20170612175854.14196-1-bp@alien8.de> X-Mailer: git-send-email 2.13.0 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 667 Lines: 21 From: Borislav Petkov Ok, I think I've dreamt of a simple solution to the early microcode application deal with suspend-to-RAM. The commit message of patch 2 should explain it in more detail. Patch 1 is a fix for 32-bit when the ramdisk is being relocated. I'm still testing but it seems to work. Borislav Petkov (2): x86/microcode: Look for the initrd at the proper address on 32-bit x86/microcode/intel: Save pointer to ucode patch for early AP loading arch/x86/kernel/cpu/microcode/core.c | 12 ++++++++++++ arch/x86/kernel/cpu/microcode/intel.c | 25 +++++++++++++++++++++---- 2 files changed, 33 insertions(+), 4 deletions(-) -- 2.13.0