Received: by 2002:a25:8b12:0:0:0:0:0 with SMTP id i18csp2267305ybl; Thu, 29 Aug 2019 06:04:45 -0700 (PDT) X-Google-Smtp-Source: APXvYqyUa3KKLUy4zn90Zc/4MNrKC7RplBItoM9xPWwB0HcaDvv7v/J9rkiLLMOG2X2RFU0MoVlB X-Received: by 2002:a17:90a:f995:: with SMTP id cq21mr9927894pjb.27.1567083884964; Thu, 29 Aug 2019 06:04:44 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1567083884; cv=none; d=google.com; s=arc-20160816; b=OvFSqQNxeRKlYqrlzo5RNFva+kpPuj2gqoK2nxhQJf7mnnW0vYFJ/NL0kbc4Og6SNd iW2hfgPCtkYwYlVdL6lOeLTUG1Fgm3wtKUedJHwtrw7RzCA7shT8rGH2NUdcIoINSYGD Srg9D1fQwEPy81VtH1fI9OxA0feWaXzeC7yHfZmvpUFcIcOHDVZSxRWa19zcriK8HBDR YT3AiFWpj0agP2T73DC2gM4B/JLfEzGm2h2CbmHMrydLSQTn5+0dfNw4+afO0osqRQCa H53weJm+00vB8Gn21EmGn6gjM+C2xdGDv580i0N5c1KUbDwEEoUHFjZjbswJBz7gHj6r hWeA== 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; bh=MJAjp4nH691TbOvvh1gRZx7NnfnKh5N7OvNjPcilIuA=; b=DPCEyDLiTk88vtfcxnrgdioPkyQOhK7YcjqVuqoO81K23VbT8nBN0TalCNbZ1WhSNM 6euGA/muOc5KOzrE9U3V5Vy5mEoG8bX4roSqe3Wd9LZ241LknwuzmJctPVRH3a5e8N80 w/Z++JofOLheXradQvPFvZ1YHg/Mm5bNXPX/B8uRSmSwGEc6d1/n2lIiu0ujzAfrRdcT ztCqTSU/IJdyW4NRe2xjug20CdgEL+nIEwxD9OPrVGn9KpXcyDLSlMgqf2RA1s1SR4// OWultt/9SneNtdmYavvaj7FblFuAi5fkFccGMwW6tfgiXn/HV1mqsViuJmxSmtrlLL7j D1mQ== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id t3si1829391plr.84.2019.08.29.06.04.27; Thu, 29 Aug 2019 06:04:44 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727235AbfH2NCQ (ORCPT + 99 others); Thu, 29 Aug 2019 09:02:16 -0400 Received: from mga09.intel.com ([134.134.136.24]:41257 "EHLO mga09.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727122AbfH2NCQ (ORCPT ); Thu, 29 Aug 2019 09:02:16 -0400 X-Amp-Result: UNSCANNABLE X-Amp-File-Uploaded: False Received: from orsmga006.jf.intel.com ([10.7.209.51]) by orsmga102.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 29 Aug 2019 06:02:15 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.64,443,1559545200"; d="scan'208";a="185963100" Received: from vtorregr-mobl1.amr.corp.intel.com (HELO araj-mobl1.jf.intel.com) ([10.251.148.126]) by orsmga006.jf.intel.com with ESMTP; 29 Aug 2019 06:02:14 -0700 Date: Thu, 29 Aug 2019 06:02:14 -0700 From: "Raj, Ashok" To: Borislav Petkov Cc: Mihai Carabas , Boris Ostrovsky , "H. Peter Anvin" , Ingo Molnar , Jon Grimm , kanth.ghatraju@oracle.com, konrad.wilk@oracle.com, patrick.colp@oracle.com, Thomas Gleixner , Tom Lendacky , x86-ml , linux-kernel@vger.kernel.org, Ashok Raj Subject: Re: [PATCH] x86/microcode: Add an option to reload microcode even if revision is unchanged Message-ID: <20190829130213.GA23510@araj-mobl1.jf.intel.com> References: <1567056803-6640-1-git-send-email-ashok.raj@intel.com> <20190829060942.GA1312@zn.tnic> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190829060942.GA1312@zn.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 Thu, Aug 29, 2019 at 08:09:42AM +0200, Borislav Petkov wrote: > On Wed, Aug 28, 2019 at 10:33:22PM -0700, Ashok Raj wrote: > > During microcode development, its often required to test different versions > > of microcode. Intel microcode loader enforces loading only if the revision is > > greater than what is currently loaded on the cpu. Overriding this behavior > > allows us to reuse the same revision during development cycles. > > This facilty also allows us to share debug microcode with development > > partners for getting feedback before microcode release. > > > > Microcode developers should have other ways to check which > > of their internal version is actually loaded. For e.g. checking a > > temporary MSR for instance. In order to reload the same microcode do as > > shown below. > > > > # echo 2 > /sys/devices/system/cpu/microcode/reload > > > > as root. > > > > > > I tested this on top of the parallel ucode load patch > > > > https://lore.kernel.org/r/1566506627-16536-2-git-send-email-mihai.carabas@oracle.com/ > > > > v2: [Mihai] Address comments from Boris > > - Support for AMD > > - add taint flag > > - removed global force_ucode_load and parameterized it. > > As I've said before, I don't like the churn in this version and how it > turns out. I'll have a look at how to do this cleanly when I get some > free cycles. Thanks Boris. I'll wait for your updates. I remember your comment on another simplification from the Boris Ostrovsky https://lore.kernel.org/r/20190828191618.GO4920@zn.tnic/ Mihai rolled in your suggestions noted above. BTW, We only need to force on the late-load. Its not needed during early load. Cheers, Ashok