From mboxrd@z Thu Jan 1 00:00:00 1970 From: Keir Fraser Subject: Re: [PATCH] x86/ucode: fix Intel case of resume handling on boot CPU Date: Thu, 27 Sep 2012 17:06:02 +0100 Message-ID: References: <5064941C020000780009E4CA@nat28.tlf.novell.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <5064941C020000780009E4CA@nat28.tlf.novell.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Jan Beulich , xen-devel Cc: Ben Guthro List-Id: xen-devel@lists.xenproject.org On 27/09/2012 16:59, "Jan Beulich" wrote: > Checking the stored version doesn't tell us anything about the need to > apply the update (during resume, what is stored doesn't necessarily > match what is loaded). > > Note that the check can be removed altogether because once switched to > use what was read from the CPU (uci->cpu_sig.rev, as used in the > subsequent pr_debug()), it would become redundant with the checks that > lead to microcode_update_match() returning the indication that an > update should be applied. > > Note further that this was not an issue on APs since they start with > uci->mc.mc_intel being NULL. > > Signed-off-by: Jan Beulich > Tested-by: Ben Guthro Acked-by: Keir Fraser > --- a/xen/arch/x86/microcode_intel.c > +++ b/xen/arch/x86/microcode_intel.c > @@ -261,8 +261,6 @@ static int get_matching_microcode(const > } > return 0; > find: > - if ( uci->mc.mc_intel && uci->mc.mc_intel->hdr.rev >= mc_header->rev ) > - return 0; > pr_debug("microcode: CPU%d found a matching microcode update with" > " version %#x (current=%#x)\n", > cpu, mc_header->rev, uci->cpu_sig.rev); > > > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xen.org > http://lists.xen.org/xen-devel