[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#863682: superseeding with new version



retitle 863682 jessie-pu: package intel-microcode/3.20170707.1~deb8u1
thanks

Intel released the fixes for Kaby Lake as well, so I am updating this
s-p-u bug for the newer version of the intel-microcode package.

Attached are the new diffs and diffstats.  The reasoning for the stable
update is still the same, so I will quote it below.

Thank you!

For the record, this is related to:
https://lists.debian.org/debian-devel/2017/06/msg00308.html

On Mon, 29 May 2017, Henrique de Moraes Holschuh wrote:
> I'd like to update the intel-microcode package in Debian jessie.
> 
> Usually, I'd wait for an extra month before sending this request,
> however I have received word from the OCamn community that this
> microcode update fixes an extremely serious erratum...  and that OCaml
> code compiled with the gcc backend (including the OCaml compiler itself)
> could trivially trigger it.
> 
> The OCaml bug report is here:
> https://caml.inria.fr/mantis/view.php?id=7452
> 
> From the intel-microcode package changelog:
> 
>    SKL150 - Short loops using both the AH/BH/CH/DH registers and
>    the corresponding wide register *may* result in unpredictable
>    system behavior.  Requires both logical processors of the same
>    core (i.e. sibling hyperthreads) to be active to trigger, as
>    well as a "complex set of micro-architectural conditions"
> 
> This microcode update also fixes other important errata, including one
> that makes it safe to have intel-microcode installed on some recent
> high-end models of the E7v4 and possibly E5v4 Xeons (previous versions
> of intel-microcode are likely to hang these processors during boot,
> refer to bug #862606 for details[1])... but the SKL150 fix takes the
> cake.
> 
> [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=862606

As usual, I have removed the noise caused by the binary blob changes
from upstream from the debdiff output for clarity.  The abridged debdiff
is attached.

Full diffstat:
 changelog              |   20 
 debian/changelog       |   68 
 microcode-20161104.dat |61630 -------------------------------------
 microcode-20170707.dat |81602 +++++++++++++++++++++++++++++++++++++++++++++++++
 releasenote            |   35 
 5 files changed, 81725 insertions(+), 61630 deletions(-)

Abridged diffstat:
 changelog        |   20 ++++++++++++++++
 debian/changelog |   68 +++++++++++++++++++++++++++++++++++++++++++++++++++++++
 releasenote      |   35 ++++++++++++++++++++++++++++
 3 files changed, 123 insertions(+)

Other than the microcode blob, the changes are only to documentation and
the changelogs.

Please note that the new upstream "releasenote" file is not going to be
shipped in the binary packages, since it has way too much incorrect
information.  It is present only in the source package.

Thank you!

-- 
  Henrique Holschuh
diff -Nru intel-microcode-3.20161104.1~deb8u1/changelog intel-microcode-3.20170707.1~deb8u1/changelog
--- intel-microcode-3.20161104.1~deb8u1/changelog	2016-12-16 08:53:58.000000000 -0200
+++ intel-microcode-3.20170707.1~deb8u1/changelog	2017-07-08 20:18:26.000000000 -0300
@@ -1,3 +1,23 @@
+2017-07-07:
+  * New Microcodes:
+    sig 0x00050654, pf_mask 0x97, 2017-06-01, rev 0x2000022, size 25600
+    sig 0x000806e9, pf_mask 0xc0, 2017-04-27, rev 0x0062, size 97280
+    sig 0x000806ea, pf_mask 0xc0, 2017-05-23, rev 0x0066, size 95232
+    sig 0x000906e9, pf_mask 0x2a, 2017-04-06, rev 0x005e, size 97280
+
+2017-05-11:
+  * Updated Microcodes:
+    sig 0x000306c3, pf_mask 0x32, 2017-01-27, rev 0x0022, size 22528
+    sig 0x000306d4, pf_mask 0xc0, 2017-01-27, rev 0x0025, size 17408
+    sig 0x000306f2, pf_mask 0x6f, 2017-01-30, rev 0x003a, size 32768
+    sig 0x000306f4, pf_mask 0x80, 2017-01-30, rev 0x000f, size 16384
+    sig 0x00040651, pf_mask 0x72, 2017-01-27, rev 0x0020, size 20480
+    sig 0x00040661, pf_mask 0x32, 2017-01-27, rev 0x0017, size 24576
+    sig 0x00040671, pf_mask 0x22, 2017-01-27, rev 0x0017, size 11264
+    sig 0x000406e3, pf_mask 0xc0, 2017-04-09, rev 0x00ba, size 98304
+    sig 0x000406f1, pf_mask 0xef, 2017-03-01, rev 0xb000021, size 26624
+    sig 0x000506e3, pf_mask 0x36, 2017-04-09, rev 0x00ba, size 98304
+
 2016-11-04:
   * New Microcodes:
     sig 0x00050663, pf_mask 0x10, 2016-10-12, rev 0x700000d, size 20480
diff -Nru intel-microcode-3.20161104.1~deb8u1/debian/changelog intel-microcode-3.20170707.1~deb8u1/debian/changelog
--- intel-microcode-3.20161104.1~deb8u1/debian/changelog	2016-12-16 09:42:12.000000000 -0200
+++ intel-microcode-3.20170707.1~deb8u1/debian/changelog	2017-07-08 20:25:31.000000000 -0300
@@ -1,3 +1,71 @@
+intel-microcode (3.20170707.1~deb8u1) jessie; urgency=high
+
+  * Upload to jessie (no changes)
+
+ -- Henrique de Moraes Holschuh <hmh@debian.org>  Sat, 08 Jul 2017 20:25:31 -0300
+
+intel-microcode (3.20170707.1) unstable; urgency=high
+
+  * New upstream microcode datafile 20170707
+    + New Microcodes:
+      sig 0x00050654, pf_mask 0x97, 2017-06-01, rev 0x2000022, size 25600
+      sig 0x000806e9, pf_mask 0xc0, 2017-04-27, rev 0x0062, size 97280
+      sig 0x000806ea, pf_mask 0xc0, 2017-05-23, rev 0x0066, size 95232
+      sig 0x000906e9, pf_mask 0x2a, 2017-04-06, rev 0x005e, size 97280
+    + This release fixes the nightmare-level errata SKZ7/SKW144/SKL150/
+      SKX150 (Skylake) KBL095/KBW095 (Kaby Lake) for all affected Kaby
+      Lake and Skylake processors: Skylake D0/R0 were fixed since the
+      previous upstream release (20170511).  This new release adds the
+      fixes for Kaby Lake Y0/B0/H0 and Skylake H0 (Skylake-E/X).
+    + Fix undisclosed errata in Skylake H0 (0x50654), Kaby Lake Y0
+      (0x806ea), Kaby Lake H0 (0x806e9), Kaby Lake B0 (0x906e9)
+  * source: remove unneeded intel-ucode/ directory
+  * source: remove superseded upstream data file: 20170511
+
+ -- Henrique de Moraes Holschuh <hmh@debian.org>  Sat, 08 Jul 2017 19:04:27 -0300
+
+intel-microcode (3.20170511.1) unstable; urgency=medium
+
+  * New upstream microcode datafile 20170511
+    + Updated Microcodes:
+      sig 0x000306c3, pf_mask 0x32, 2017-01-27, rev 0x0022, size 22528
+      sig 0x000306d4, pf_mask 0xc0, 2017-01-27, rev 0x0025, size 17408
+      sig 0x000306f2, pf_mask 0x6f, 2017-01-30, rev 0x003a, size 32768
+      sig 0x000306f4, pf_mask 0x80, 2017-01-30, rev 0x000f, size 16384
+      sig 0x00040651, pf_mask 0x72, 2017-01-27, rev 0x0020, size 20480
+      sig 0x00040661, pf_mask 0x32, 2017-01-27, rev 0x0017, size 24576
+      sig 0x00040671, pf_mask 0x22, 2017-01-27, rev 0x0017, size 11264
+      sig 0x000406e3, pf_mask 0xc0, 2017-04-09, rev 0x00ba, size 98304
+      sig 0x000406f1, pf_mask 0xef, 2017-03-01, rev 0xb000021, size 26624
+      sig 0x000506e3, pf_mask 0x36, 2017-04-09, rev 0x00ba, size 98304
+    + This release fixes undisclosed errata on the desktop, mobile and
+      server processor models from the Haswell, Broadwell, and Skylake
+      families, including even the high-end multi-socket server Xeons
+    + Likely fix the TSC-Deadline LAPIC errata (BDF89, SKL142 and
+      similar) on several processor families
+    + Fix erratum BDF90 on Xeon E7v4, E5v4(?) (closes: #862606)
+    + Likely fix serious or critical Skylake errata: SKL138/144,
+      SKL137/145, SLK149
+    * Likely fix nightmare-level Skylake erratum SKL150.  Fortunately,
+      either this erratum is very-low-hitting, or gcc/clang/icc/msvc
+      won't usually issue the affected opcode pattern and it ends up
+      being rare.
+      SKL150 - Short loops using both the AH/BH/CH/DH registers and
+      the corresponding wide register *may* result in unpredictable
+      system behavior.  Requires both logical processors of the same
+      core (i.e. sibling hyperthreads) to be active to trigger, as
+      well as a "complex set of micro-architectural conditions"
+  * source: remove unneeded intel-ucode/ directory
+    Since release 20170511, upstream ships the microcodes both in .dat
+    format, and as Linux-style split /lib/firmware/intel-ucode files.
+    It is simpler to just use the .dat format file for now, so remove
+    the intel-ucode/ directory. Note: before removal, it was verified
+    that there were no discrepancies between the two microcode sets
+    (.dat and intel-ucode/)
+  * source: remove superseded upstream data file: 20161104
+
+ -- Henrique de Moraes Holschuh <hmh@debian.org>  Mon, 15 May 2017 15:12:25 -0300
+
 intel-microcode (3.20161104.1~deb8u1) stable; urgency=medium
 
   * This is the same package as 3.20161104.1 from unstable/testing and
diff -Nru intel-microcode-3.20161104.1~deb8u1/releasenote intel-microcode-3.20170707.1~deb8u1/releasenote
--- intel-microcode-3.20161104.1~deb8u1/releasenote	1969-12-31 21:00:00.000000000 -0300
+++ intel-microcode-3.20170707.1~deb8u1/releasenote	2017-07-08 20:18:26.000000000 -0300
@@ -0,0 +1,35 @@
+Intel Processor Microcode Package for Linux
+20170707 Release
+
+-- New Platforms --
+KBL H0 (06-8e-09:c0) 62
+KBL Y0 (06-8e-0a:c0) 66
+KBL B0 (06-9e-09:2a) 5e
+SKX H0 (06-55-04:97) 2000022
+
+-- Microcode update instructions --
+This package contains Intel microcode files in two formats:
+* microcode.dat
+* intel-ucode directory 
+
+microcode.dat is in a traditional text format. It is still used in some
+Linux distributions. It can be updated to the system through the old microcode
+update interface which is avaialble in the kernel with
+CONFIG_MICROCODE_OLD_INTERFACE=y.
+
+To update the microcode.dat to the system, one need:
+1. Ensure the existence of /dev/cpu/microcode
+2. Write microcode.dat to the file, e.g.
+  dd if=microcode.dat of=/dev/cpu/microcode bs=1M
+
+intel-ucode dirctory contains binary microcode files named in
+family-model-stepping pattern. The file is supported in most modern Linux
+distributions. It's generally located in the /lib/firmware directory,
+and can be updated throught the microcode reload interface.
+
+To update the intel-ucode package to the system, one need:
+1. Ensure the existence of /sys/devices/system/cpu/microcode/reload
+2. Copy intel-ucode directory to /lib/firmware, overwrite the files in
+/lib/firmware/intel-ucode/
+3. Write the reload interface to 1 to reload the microcode files, e.g.
+  echo 1 > /sys/devices/system/cpu/microcode/reload

Reply to: