Package: intel-microcode
Version: 3.20180312.1~bpo8+1
Severity: normal

Dear Maintainer,

I've installed intel-microcode from jessie-backports-sloppy and booted
under Xen with the Xen commandline parameter "ucode=scan". This is
supposed to scan the initramfs for a microcode update and apply it.

Before doing this, the microcode revision on this machine was 0xb00001d.
Xen does find an update and applies it during early boot:

(XEN) microcode: CPU0 updated from revision 0xb00001d to 0xb000021, date = 
2017-03-01

According to Intel's Microcode Update Guidance
(<https://newsroom.intel.com/wp-content/uploads/sites/11/2018/04/microcode-update-guidance.pdf>)
however, the expected revision for this CPU is 0x3C.

/proc/cpuinfo:

processor       : 0
vendor_id       : GenuineIntel
cpu family      : 6
model           : 79
model name      : Intel(R) Xeon(R) CPU E5-1680 v4 @ 3.40GHz
stepping        : 1
microcode       : 0xb000021
cpu MHz         : 3400.028
cache size      : 20480 KB
physical id     : 0
siblings        : 2
core id         : 0
cpu cores       : 1
apicid          : 0
initial apicid  : 0
fpu             : yes
fpu_exception   : yes
cpuid level     : 13
wp              : yes
flags           : fpu de tsc msr pae mce cx8 apic sep mca cmov pat clflush acpi 
mmx fxsr sse sse2 ss ht syscall nx lm constant_tsc rep_good nopl nonstop_tsc 
eagerfpu pni pclmulqdq monitor est ssse3 fma cx16 sse4_1 sse4_2 movbe popcnt 
aes xsave avx f16c rdrand hypervisor lahf_lm abm 3dnowprefetch xsaveopt 
fsgsbase bmi1 hle avx2 bmi2 erms rtm rdseed adx
bogomips        : 6800.05
clflush size    : 64
cache_alignment : 64
address sizes   : 46 bits physical, 48 bits virtual
power management:

processor       : 1
vendor_id       : GenuineIntel
cpu family      : 6
model           : 79
model name      : Intel(R) Xeon(R) CPU E5-1680 v4 @ 3.40GHz
stepping        : 1
microcode       : 0xb000021
cpu MHz         : 3400.028
cache size      : 20480 KB
physical id     : 0
siblings        : 2
core id         : 0
cpu cores       : 1
apicid          : 0
initial apicid  : 0
fpu             : yes
fpu_exception   : yes
cpuid level     : 13
wp              : yes
flags           : fpu de tsc msr pae mce cx8 apic sep mca cmov pat clflush acpi 
mmx fxsr sse sse2 ss ht syscall nx lm constant_tsc rep_good nopl nonstop_tsc 
eagerfpu pni pclmulqdq monitor est ssse3 fma cx16 sse4_1 sse4_2 movbe popcnt 
aes xsave avx f16c rdrand hypervisor lahf_lm abm 3dnowprefetch xsaveopt 
fsgsbase bmi1 hle avx2 bmi2 erms rtm rdseed adx
bogomips        : 6800.05
clflush size    : 64
cache_alignment : 64
address sizes   : 46 bits physical, 48 bits virtual
power management:

Were microcode updates pulled for this CPU (thus Intel's document is
wrong) or is it a bug that the intel-microcode package doesn't include
this updated revision?

Or possibly it does contain it but the Xen hypervisor is doing something
wrong?

Thanks,
Andy

-- System Information:
Debian Release: 8.10
  APT prefers oldstable-updates
  APT policy: (500, 'oldstable-updates'), (500, 'oldstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16.0-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages intel-microcode depends on:
ii  iucode-tool  1.1.1-1

Versions of packages intel-microcode recommends:
ii  initramfs-tools  0.120+deb8u3

intel-microcode suggests no packages.

-- no debconf information

Reply via email to