Bug#724861: pu: package intel-microcode/1.20130906.1
On Thu, 05 Dec 2013, Adam D. Barratt wrote: Control: tags -1 + pending On Thu, 2013-12-05 at 09:47 -0200, Henrique de Moraes Holschuh wrote: On Wed, 04 Dec 2013, Adam D. Barratt wrote: Assuming this is still (a|the) version that you'd like to provide via p-u, please go ahead; apologies for the delay. It is, I will upload it shortly. Flagged for acceptance; thanks. Thank you! -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131206095251.ga8...@khazad-dum.debian.net
Bug#724861: pu: package intel-microcode/1.20130906.1
On Wed, 04 Dec 2013, Adam D. Barratt wrote: Control: tags -1 + confirmed On Sun, 2013-09-29 at 03:04 -0300, Henrique de Moraes Holschuh wrote: On Sun, 29 Sep 2013, Cyril Brulebois wrote: There is not much data on what release managers think about rushing upgrades into p-u, but the fact there's no definitive data point on the microcode update, and the fact that it has been available for less than a week seem to point out that letting this update reach p-u before the next point release is highly unlikely. Let it cook for a while if you think its best, it is not like we really know how emergencial these updates are (or are not). wheezy-backports is there to help anyone that requires less latency on microcode updates. Assuming this is still (a|the) version that you'd like to provide via p-u, please go ahead; apologies for the delay. It is, I will upload it shortly. Thank you! -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131205114742.ge18...@khazad-dum.debian.net
Processed: Re: Bug#724861: pu: package intel-microcode/1.20130906.1
Processing control commands: tags -1 + pending Bug #724861 [release.debian.org] pu: package intel-microcode/1.20130906.1 Added tag(s) pending. -- 724861: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=724861 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.b724861.138627751315205.transcr...@bugs.debian.org
Bug#724861: pu: package intel-microcode/1.20130906.1
Control: tags -1 + pending On Thu, 2013-12-05 at 09:47 -0200, Henrique de Moraes Holschuh wrote: On Wed, 04 Dec 2013, Adam D. Barratt wrote: Assuming this is still (a|the) version that you'd like to provide via p-u, please go ahead; apologies for the delay. It is, I will upload it shortly. Flagged for acceptance; thanks. Regards, Adam -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1386277504.32181.20.ca...@jacala.jungle.funky-badger.org
Processed: Re: Bug#724861: pu: package intel-microcode/1.20130906.1
Processing control commands: tags -1 + confirmed Bug #724861 [release.debian.org] pu: package intel-microcode/1.20130906.1 Added tag(s) confirmed. -- 724861: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=724861 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.b724861.138618789231520.transcr...@bugs.debian.org
Bug#724861: pu: package intel-microcode/1.20130906.1
Control: tags -1 + confirmed On Sun, 2013-09-29 at 03:04 -0300, Henrique de Moraes Holschuh wrote: On Sun, 29 Sep 2013, Cyril Brulebois wrote: There is not much data on what release managers think about rushing upgrades into p-u, but the fact there's no definitive data point on the microcode update, and the fact that it has been available for less than a week seem to point out that letting this update reach p-u before the next point release is highly unlikely. Let it cook for a while if you think its best, it is not like we really know how emergencial these updates are (or are not). wheezy-backports is there to help anyone that requires less latency on microcode updates. Assuming this is still (a|the) version that you'd like to provide via p-u, please go ahead; apologies for the delay. Regards, Adam -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1386187881.18166.25.ca...@jacala.jungle.funky-badger.org
Bug#724861: pu: package intel-microcode/1.20130906.1
On Sun, 29 Sep 2013, Cyril Brulebois wrote: There is not much data on what release managers think about rushing upgrades into p-u, but the fact there's no definitive data point on the microcode update, and the fact that it has been available for less than a week seem to point out that letting this update reach p-u before the next point release is highly unlikely. Let it cook for a while if you think its best, it is not like we really know how emergencial these updates are (or are not). wheezy-backports is there to help anyone that requires less latency on microcode updates. However, this stable update was not exactly rushed in the sense that the new package really just changes docs and a data file, so it has negligible chance of extra breakage when compared to what is already in p-u. [1] even if we don't know anything about what the Intel datafile changes *do*. -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130929060427.ga26...@khazad-dum.debian.net
Bug#724861: pu: package intel-microcode/1.20130906.1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: pu Dear stable release manager(s), Please authorize an update of intel-microcode for wheezy, to version 1.20130906.1. Intel released yet another microcode update. I don't have much data about this one, but it basically updates the Nehalem Embedded Xeons (that were left out by Intel in the 20130808 update currently in proposed-updates), and the new Haswell non-Xeon processors. The Embedded Xeon updates are very likely to be for the same reason all other Core i* and their Xeon counterparts were updated, i.e. the security issues and data corruption bugs. There is not much data on the Haswell processors' update, however there is some stuff marked as It is possible for the BIOS to contain a fix for this issue in their spec updates, and that's Intel lingo for fixed by a microcode update, it is a fair guess that it addresses some or all of those errata. The package also fixes an old (Debian) issue, where microcode for the very old Xeon processors with Nocona core was not being shipped for the amd64 arch. Anyway, the diff for the proposed packages to update stable is attached. This is a diff from the packages *already* in proposed-updates. Most of the diff is documentation (changelog) changes. There are NO script/code changes. As usual, I've left out the hunk for the upstream microcode data file change, as it is enourmous and doesn't show anything useful. Thank you! Diffstat: changelog| 393 +- cpu-signatures.txt |2 +- debian/changelog | 19 + microcode-20130808.dat = microcode-20130906.dat | 5175 -- 4 files changed, 2977 insertions(+), 2612 deletions(-) Diff attached (with microcode.dat changes suppresed). -- System Information: Debian Release: 7.1 APT prefers proposed-updates APT policy: (990, 'proposed-updates'), (990, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.4.63+ (SMP w/8 CPU cores) Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh diff --git a/changelog b/changelog index 10ad8a2..19223f4 100644 --- a/changelog +++ b/changelog @@ -1,3 +1,11 @@ +2013-09-06: + * Updated Microcodes: +sig 0x000306c3, pf mask 0x32, 2013-08-07, rev 0x0016, size 20480 +sig 0x00040651, pf mask 0x72, 2013-08-08, rev 0x0016, size 19456 + + * Updated Microcodes (recently removed): +sig 0x000106e4, pf mask 0x09, 2013-07-01, rev 0x0003, size 6144 + 2013-08-08: * New Microcodes: sig 0x000306c3, pf mask 0x32, 2013-07-02, rev 0x0012, size 19456 @@ -77,7 +85,7 @@ * New Microcodes: sig 0x000206a7, pf mask 0x12, 2011-04-07, rev 0x0017, size 8192 - * Readded Microcodes: + * Added back microcodes (unchanged, removed in the past): sig 0x0f12, pf mask 0x04, 2003-05-02, rev 0x002e, size 2048 * Removed Microcodes (recently rolled back): @@ -226,8 +234,6 @@ sig 0x0680, pf mask 0x08, 1999-05-25, rev 0x000d, size 2048 sig 0x0680, pf mask 0x20, 1999-05-25, rev 0x000c, size 2048 sig 0x0696, pf mask 0x10, 2000-07-07, rev 0x0001, size 2048 -sig 0x0f41, pf mask 0x20, 2004-11-22, rev 0x0011, size 5120 -sig 0x0f41, pf mask 0x9d, 2004-11-22, rev 0x0012, size 5120 sig 0x000106c1, pf mask 0x01, 2007-12-03, rev 0x0109, size 5120 2008-09-10: @@ -258,280 +264,7 @@ 2008-02-20: * License text update, no microcode changes. -2008-01-31: - * New Microcodes: -sig 0x06d8, pf mask 0x08, 2006-08-31, rev 0x0021, size 2048 -sig 0x06e8, pf mask 0x20, 2005-11-15, rev 0x0039, size 4096 -sig 0x06ec, pf mask 0x20, 2006-05-01, rev 0x0054, size 4096 -sig 0x06ec, pf mask 0x80, 2006-09-12, rev 0x0059, size 4096 -sig 0x06f2, pf mask 0x20, 2007-03-15, rev 0x0057, size 4096 -sig 0x06f6, pf mask 0x20, 2007-03-15, rev 0x00c7, size 4096 -sig 0x06fa, pf mask 0x80, 2007-03-13, rev 0x0092, size 4096 -sig 0x06fb, pf mask 0x01, 2007-07-13, rev 0x00b6, size 4096 -sig 0x06fd, pf mask 0x80, 2007-03-13, rev 0x00a1, size 4096 -sig 0x0f11, pf mask 0x02, 2003-07-29, rev 0x000a, size 2048 -sig 0x0f22, pf mask 0x02, 2003-07-29, rev 0x0005, size 2048 -sig 0x0f64, pf mask 0x01, 2005-12-15, rev 0x0002, size 3072 -sig 0x00010661, pf mask 0x04, 2007-05-01, rev 0x0036, size 4096 -sig 0x00010676, pf mask 0x01, 2008-01-19, rev 0x060b, size 4096 -sig 0x00010676, pf mask 0x04, 2008-01-19, rev 0x060b, size 4096 -sig 0x00010676, pf mask 0x10, 2008-01-19, rev 0x060b, size 4096 -sig 0x00010676, pf mask 0x40, 2008-01-19, rev 0x060b, size 4096 -sig
Bug#724861: pu: package intel-microcode/1.20130906.1
Henrique de Moraes Holschuh h...@debian.org (2013-09-28): Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: pu Dear stable release manager(s), Please authorize an update of intel-microcode for wheezy, to version 1.20130906.1. Intel released yet another microcode update. I don't have much data about this one, but it basically updates the Nehalem Embedded Xeons (that were left out by Intel in the 20130808 update currently in proposed-updates), and the new Haswell non-Xeon processors. The Embedded Xeon updates are very likely to be for the same reason all other Core i* and their Xeon counterparts were updated, i.e. the security issues and data corruption bugs. There is not much data on the Haswell processors' update, however there is some stuff marked as It is possible for the BIOS to contain a fix for this issue in their spec updates, and that's Intel lingo for fixed by a microcode update, it is a fair guess that it addresses some or all of those errata. The package also fixes an old (Debian) issue, where microcode for the very old Xeon processors with Nocona core was not being shipped for the amd64 arch. Anyway, the diff for the proposed packages to update stable is attached. This is a diff from the packages *already* in proposed-updates. Most of the diff is documentation (changelog) changes. There are NO script/code changes. As usual, I've left out the hunk for the upstream microcode data file change, as it is enourmous and doesn't show anything useful. There is not much data on what release managers think about rushing upgrades into p-u, but the fact there's no definitive data point on the microcode update, and the fact that it has been available for less than a week seem to point out that letting this update reach p-u before the next point release is highly unlikely. Mraw, KiBi. signature.asc Description: Digital signature