Received: by 10.192.165.148 with SMTP id m20csp429321imm; Fri, 20 Apr 2018 09:01:27 -0700 (PDT) X-Google-Smtp-Source: AIpwx49IThq3JkVLmhVayYnptAazjMXXEd5xZuug22anYHxkS9KlXO6hsnAgzu42OnpRro94FSOx X-Received: by 2002:a17:902:6887:: with SMTP id i7-v6mr10718956plk.269.1524240087371; Fri, 20 Apr 2018 09:01:27 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1524240087; cv=none; d=google.com; s=arc-20160816; b=cgly4cFt9VP9kpatjMkhK9CBMRRUB5BLMUNuI9ER1ytuMQRHGDq5TX2VPQrWanqYYh JIu9wY4hantBClxBy1wnliUk1HRUJ5pYAGsfUl7G9etMtJ5Xvr9WVb9MNLYmH+3pMnPI JFPd/m41GHSIzPhb9O0D2NKVc1+Wz3jHHO7gUSyNE2pLX2sFMFBmmj0ejGqZtDuCUmPp +izAfcf+pfU50puNQgnLiUZ5kvbpeXwwEr+JQDvVVXaBePZQ8df7oPQIZFclC6ILfZf4 bGGKHtHoQ+pJHjGrwzlDjJ1HzZ5yKFSL6iqp91oZrIYNeSDKQpFIA0UYg4UgXuqzfNGO HUGQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:arc-authentication-results; bh=rPkZXjfR3fTrDIxrgDb02K7zD9+clc2meJ3hlAIbuK0=; b=jsmN7SnioHpN1Q2ozCtEObn7myzyx8Drpk7rlGyCFsgpBJQCO5y05mMllHijbiB4ny l9Wq1ZgcZhkCi4srLnEgGrqnV1HIeluZloWNfBQ+2blKuM5PCkTNssw/mf6J2/iK1QyT gdPmKSPFeCRBfl0hRmz8oY4+8CFkdBANaEqdVfChjyIG0otknHiZXF0p3Mib0LZ2U+Lf Aq97AcbdTAE/lx2G6fjCwUwBW0DVHZLxDtutPQdoSvC+8LpokDdsUCWpf7S48jrAUtFC Q5L8aXLIsvX6QCCJslyErYe2Z4v6ZpNlbXL/5mLWuo+YcN061Y0j0ZAp7GNg0qwy5xL+ eJlw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id a5-v6si4458650pla.117.2018.04.20.09.01.11; Fri, 20 Apr 2018 09:01:27 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755991AbeDTP7w (ORCPT + 99 others); Fri, 20 Apr 2018 11:59:52 -0400 Received: from mga04.intel.com ([192.55.52.120]:3824 "EHLO mga04.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755868AbeDTP7v (ORCPT ); Fri, 20 Apr 2018 11:59:51 -0400 X-Amp-Result: UNKNOWN X-Amp-Original-Verdict: FILE UNKNOWN X-Amp-File-Uploaded: False Received: from orsmga007.jf.intel.com ([10.7.209.58]) by fmsmga104.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 20 Apr 2018 08:59:51 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.49,302,1520924400"; d="scan'208";a="34902137" Received: from araj-mobl1.jf.intel.com ([10.7.201.28]) by orsmga007.jf.intel.com with ESMTP; 20 Apr 2018 08:59:50 -0700 Date: Fri, 20 Apr 2018 08:59:50 -0700 From: "Raj, Ashok" To: Borislav Petkov Cc: Vitezslav Samel , Greg Kroah-Hartman , linux-kernel@vger.kernel.org, x86-ml Subject: Re: [PATCH 1/2] x86/microcode/intel: Save microcode patch unconditionally Message-ID: <20180420155950.GA9792@araj-mobl1.jf.intel.com> References: <20180419104829.GE3896@pd.tnic> <20180419120239.GA2377@pc11.op.pod.cz> <20180419121840.GF3896@pd.tnic> <20180419134627.GA2387@pc11.op.pod.cz> <20180419163734.GB3905@pd.tnic> <20180420062021.GA2253@pc11.op.pod.cz> <20180420095220.GA13977@pd.tnic> <20180420100131.GA14217@pc11.op.pod.cz> <20180420103242.GB13977@pd.tnic> <20180420103428.GD13977@pd.tnic> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180420103428.GD13977@pd.tnic> User-Agent: Mutt/1.9.1 (2017-09-22) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Apr 20, 2018 at 12:34:28PM +0200, Borislav Petkov wrote: > save_mc_for_early() was a no-op on !CONFIG_HOTPLUG_CPU but the > generic_load_microcode() path saves the microcode patches it has found > into our cache of patches which is used for late loading too. Regardless > of whether we do CPU hotplug or not. > > So make the saving unconditional so that late loading can find the > proper patch. > > Reported-by: Vitezslav Samel > Signed-off-by: Borislav Petkov > Cc: Ashok Raj Tested-by: Ashok Raj > Cc: # if it has backported d8c3b52c00a05036e0a6b315b4b17921a7b67997 > Link: http://lkml.kernel.org/r/20180418081140.GA2439@pc11.op.pod.cz > ---