Received: by 2002:a25:8b12:0:0:0:0:0 with SMTP id i18csp1826445ybl; Wed, 28 Aug 2019 22:39:33 -0700 (PDT) X-Google-Smtp-Source: APXvYqw805sFU1Zx+ZfH81y6fkPZj+cuG41Rf9BZYrH2tD0GH01eE26Zq/wkpqHAAYhQfqja40f6 X-Received: by 2002:a63:2b84:: with SMTP id r126mr6859788pgr.308.1567057173779; Wed, 28 Aug 2019 22:39:33 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1567057173; cv=none; d=google.com; s=arc-20160816; b=T/gZfbYHdaTL/KqKuyeeseEHCwx3GsFPbaj007T+u+I67CjuJEEyiimQhGvvuooWFG uSx0lCtlhCqAoJULluAbdrBc/i5LiY/dci8rPoUnfFfOE5hDRopwTnfUWdiZpEIkKbsV boYp6bP3oM9wrev8DCZBr3xQ5v1McRjigjcpE7A1liKic1z9+s9GBE0HM1N4LNFMMX73 AHkOan9SCa8ay6TbLW67mp9VOS0nSacHXiQqu17hnh6PlMovrBKP+8fMl+nsl19MlSpE RLFU0CpHoF+pXF/MEsOYSuGndga4cpRVq6JqFs2csmTHPPLPTG7qtErf1SgWJbDJyrRv EtFg== 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=d3lVnxWFiZzNmLa7QdQKPOWkoC1POm5Rs0aqvtku7xU=; b=NO4DJm0H/YyMW1p31q87yHRXxVRMzR4rlWFfEGrzQmAQGcSYrq3mLFQzwxSVlgC9dd fPZcIkjnnsYpSg+GywkZzaTnpUCo6/DcfY0PA8UigZBckiUQu90kP1MjS6+G0t5tB25S wuGyHQo6nvB42/nJbrGz3167oNfRJDtLgRQBxS5DX0fce9aofrMRcLbJubJSvFqkuxaC DVOJMu0e8vJQGJEPbg6QphibiAllRbEKt8EeStHwejoI0HBIkQovLu4xqMzX5tQTD8DG ZrGbl8l7j+CjVWX17I0agmUOS/HHMucqsS5GENJ6qcwonoB+8LtU6MZ3Te0ADdhVBWaH mxOg== 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 a65si1443583pfb.153.2019.08.28.22.39.18; Wed, 28 Aug 2019 22:39:33 -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 S1726053AbfH2FiY (ORCPT + 99 others); Thu, 29 Aug 2019 01:38:24 -0400 Received: from mga17.intel.com ([192.55.52.151]:42102 "EHLO mga17.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725847AbfH2FiY (ORCPT ); Thu, 29 Aug 2019 01:38:24 -0400 X-Amp-Result: UNKNOWN X-Amp-Original-Verdict: FILE UNKNOWN X-Amp-File-Uploaded: False Received: from orsmga002.jf.intel.com ([10.7.209.21]) by fmsmga107.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 28 Aug 2019 22:38:23 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.64,442,1559545200"; d="scan'208";a="192843631" Received: from araj-mobl1.jf.intel.com ([10.254.101.231]) by orsmga002.jf.intel.com with ESMTP; 28 Aug 2019 22:38:22 -0700 Date: Wed, 28 Aug 2019 22:38:22 -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: <20190829053822.GA17646@araj-mobl1.jf.intel.com> References: <1567056803-6640-1-git-send-email-ashok.raj@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1567056803-6640-1-git-send-email-ashok.raj@intel.com> 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 Hi Boris, sorry i added the wrong message id in the commit log. https://lore.kernel.org/r/20190824085300.GB16813@zn.tnic/ 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/ Please update with the following: https://lore.kernel.org/r/20190824085300.GB16813@zn.tnic/ Cheers, Ashok