Xen-Devel Archive on lore.kernel.org
 help / color / Atom feed
From: Andrew Cooper <andrew.cooper3@citrix.com>
To: Xen-devel <xen-devel@lists.xenproject.org>
Cc: Juergen Gross <jgross@suse.com>,
	Lars Kurth <lars.kurth@citrix.com>,
	Stefano Stabellini <sstabellini@kernel.org>,
	Julien Grall <julien@xen.org>, Wei Liu <wl@xen.org>,
	Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>,
	George Dunlap <George.Dunlap@eu.citrix.com>,
	Andrew Cooper <andrew.cooper3@citrix.com>,
	Tim Deegan <tim@xen.org>, Jan Beulich <JBeulich@suse.com>,
	Ian Jackson <ian.jackson@citrix.com>
Subject: [Xen-devel] [PATCH for-4.13] docs: Extend with details about runtime microcode loading
Date: Sat, 12 Oct 2019 19:18:59 +0100
Message-ID: <20191012181859.11110-1-andrew.cooper3@citrix.com> (raw)

The xen-ucode utility is new with the late loading improvements in 4.13.
Update the documentation suitably.

Signed-off-by: Andrew Cooper <andrew.cooper3@citrix.com>
CC: George Dunlap <George.Dunlap@eu.citrix.com>
CC: Ian Jackson <ian.jackson@citrix.com>
CC: Jan Beulich <JBeulich@suse.com>
CC: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
CC: Stefano Stabellini <sstabellini@kernel.org>
CC: Tim Deegan <tim@xen.org>
CC: Wei Liu <wl@xen.org>
CC: Julien Grall <julien@xen.org>
CC: Juergen Gross <jgross@suse.com>
CC: Lars Kurth <lars.kurth@citrix.com>

For 4.13.  This is documentation concerning new work.

The additions for choosing the application policy, and logic to rescan
CPUID/MSRs and start using the new functionatly will have to wait for 4.14 at
this point.

If anyone is curious about the wording of the warning, it should come as no
surprise that an individual blob of microcode might contain more than one
thing.  On anything semi-modern system, there is Core microcode (the pipeline
itself), and Uncore microcode (the "rest" of the integrated functionality on
the chip), as well as other ancillary pieces.
 docs/admin-guide/microcode-loading.rst | 29 +++++++++++++++++++++++++++++
 1 file changed, 29 insertions(+)

diff --git a/docs/admin-guide/microcode-loading.rst b/docs/admin-guide/microcode-loading.rst
index 8265b917a9..e83cadd2c2 100644
--- a/docs/admin-guide/microcode-loading.rst
+++ b/docs/admin-guide/microcode-loading.rst
@@ -103,3 +103,32 @@ which contains contains one of these two files::
 The ``ucode=scan`` command line option will cause Xen to search through all
 modules to find any CPIO archives, and search the archive for the applicable
 file.  Xen will stop searching at the first match.
+Run time microcode loading
+.. warning::
+   If at all possible, microcode updates should be done by firmware updates,
+   or at boot time.  Not all microcode updates (or parts thereof) can be
+   applied at runtime.
+The ``xen-ucode`` utility can be used to initiate a runtime microcode load.
+It will pass the blob to Xen, which will check to see whether the blob is
+correct for the processor, and newer than the running microcode.
+If these checks pass, the entire system will be rendezvoused and an update
+will be initiated on all CPUs in parallel.  As with boot time loading,
+diagnostics will be put out onto the console::
+  [root@host ~]# xl dmesg | grep microcode
+  (XEN) microcode: CPU0 updated from revision 0x1a to 0x25, date = 2018-04-02
+  (XEN) microcode: CPU2 updated from revision 0x1a to 0x25, date = 2018-04-02
+  (XEN) microcode: CPU4 updated from revision 0x1a to 0x25, date = 2018-04-02
+  (XEN) microcode: CPU6 updated from revision 0x1a to 0x25, date = 2018-04-02
+  (XEN) 4 cores are to update their microcode
+  (XEN) microcode: CPU0 updated from revision 0x25 to 0x27, date = 2019-02-26
+  (XEN) microcode: CPU4 updated from revision 0x25 to 0x27, date = 2019-02-26
+  (XEN) microcode: CPU2 updated from revision 0x25 to 0x27, date = 2019-02-26
+  (XEN) microcode: CPU6 updated from revision 0x25 to 0x27, date = 2019-02-26

Xen-devel mailing list

             reply index

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-10-12 18:18 Andrew Cooper [this message]
2019-10-14 13:44 ` Jürgen Groß
2019-10-23 13:56 ` Jan Beulich

Reply instructions:

You may reply publically to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20191012181859.11110-1-andrew.cooper3@citrix.com \
    --to=andrew.cooper3@citrix.com \
    --cc=George.Dunlap@eu.citrix.com \
    --cc=JBeulich@suse.com \
    --cc=ian.jackson@citrix.com \
    --cc=jgross@suse.com \
    --cc=julien@xen.org \
    --cc=konrad.wilk@oracle.com \
    --cc=lars.kurth@citrix.com \
    --cc=sstabellini@kernel.org \
    --cc=tim@xen.org \
    --cc=wl@xen.org \
    --cc=xen-devel@lists.xenproject.org \


* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

Xen-Devel Archive on lore.kernel.org

Archives are clonable:
	git clone --mirror https://lore.kernel.org/xen-devel/0 xen-devel/git/0.git
	git clone --mirror https://lore.kernel.org/xen-devel/1 xen-devel/git/1.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 xen-devel xen-devel/ https://lore.kernel.org/xen-devel \
		xen-devel@lists.xenproject.org xen-devel@lists.xen.org
	public-inbox-index xen-devel

Example config snippet for mirrors

Newsgroup available over NNTP:

AGPL code for this site: git clone https://public-inbox.org/public-inbox.git