[Xen-changelog] [xen-unstable] docs: document "ucode=" hypervisor command line option

[Xen patchbot-unstable <patchbot@xxxxxxx>]

# HG changeset patch
# User Jan Beulich <JBeulich@xxxxxxxx>
# Date 1347272036 -3600
# Node ID 7d770de90b7f92bb197bd54d8ac0941e2e5ae96a
# Parent  c7e4b7e643035fe070a7cdf32e3773762e457e48
docs: document "ucode=" hypervisor command line option

Signed-off-by: Jan Beulich <jbeulich@xxxxxxxx>
Acked-by: Ian Campbell <ian.campbell@xxxxxxxxxx>
Committed-by: Ian Campbell <ian.campbell@xxxxxxxxxx>
---


diff -r c7e4b7e64303 -r 7d770de90b7f docs/misc/xen-command-line.markdown
--- a/docs/misc/xen-command-line.markdown       Mon Sep 10 11:13:55 2012 +0100
+++ b/docs/misc/xen-command-line.markdown       Mon Sep 10 11:13:56 2012 +0100
@@ -785,6 +785,19 @@ pages) must also be specified via the tb
 > `= unstable | skewed`
 
 ### ucode
+> `= <integer>`
+
+Specify the CPU microcode update blob module index. When positive, this
+specifies the n-th module (in the GrUB entry, zero based) to be used
+for updating CPU micrcode. When negative, counting starts at the end of
+the modules in the GrUB entry (so with the blob commonly being last,
+one could specify `ucode=-1`). Note that the value of zero is not valid
+here (entry zero, i.e. the first module, is always the Dom0 kernel
+image). Note further that use of this option has an unspecified effect
+when used with xen.efi (there the concept of modules doesn't exist, and
+the blob gets specified via the `ucode=<filename>` config file/section
+entry; see [EFI configuration file description](efi.html)).
+
 ### unrestricted\_guest
 > `= <boolean>`
 

_______________________________________________
Xen-changelog mailing list
Xen-changelog@xxxxxxxxxxxxx
http://lists.xensource.com/xen-changelog