Intel XEON L5430 is not supported

Bug #1367002 reported by psl
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
cpufrequtils (Ubuntu)
Invalid
Undecided
Unassigned

Bug Description

Ubuntu 14.04.1, amd64
cpufrequtils 008-1

I have two similar CPUs, XEON L5420 and L5430. When I put them to the same motherboard, L5420 is supported by cpufreq but L5430 reports that driver is missing and CPU frequency cannot be controlled/monitored. These CPUs are very similar, from my point of view the only difference is the maximum clock frequency (2500MHz x 2666MHz). So I guess that signature/fingerprint of Intel XEON L5430 is missing somewhere....

# uname -a
Linux mini 3.13.0-35-generic #62-Ubuntu SMP Fri Aug 15 01:58:42 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux

This is what reports microcode update (/var/log/syslog):

L5420:
Sep 8 23:35:43 mini kernel: [ 0.503609] microcode: CPU0 sig=0x10676, pf=0x40, revision=0x0
Sep 8 23:35:43 mini kernel: [ 0.503621] microcode: CPU1 sig=0x10676, pf=0x40, revision=0x0
Sep 8 23:35:43 mini kernel: [ 0.503649] microcode: CPU2 sig=0x10676, pf=0x40, revision=0x0
Sep 8 23:35:43 mini kernel: [ 0.503664] microcode: CPU3 sig=0x10676, pf=0x40, revision=0x0
Sep 8 23:35:43 mini kernel: [ 0.503742] microcode: Microcode Update Driver: v2.00 <email address hidden>, Peter Oruba

L5430:
Sep 8 23:21:32 mini kernel: [ 0.506748] microcode: CPU0 sig=0x1067a, pf=0x40, revision=0x0
Sep 8 23:21:32 mini kernel: [ 0.506764] microcode: CPU1 sig=0x1067a, pf=0x40, revision=0x0
Sep 8 23:21:32 mini kernel: [ 0.506785] microcode: CPU2 sig=0x1067a, pf=0x40, revision=0x0
Sep 8 23:21:32 mini kernel: [ 0.506805] microcode: CPU3 sig=0x1067a, pf=0x40, revision=0x0
Sep 8 23:21:32 mini kernel: [ 0.506890] microcode: Microcode Update Driver: v2.00 <email address hidden>, Peter Oruba

L5420:

# cpufreq-info | head -15
cpufrequtils 008: cpufreq-info (C) Dominik Brodowski 2004-2009
Report errors and bugs to <email address hidden>, please.
analyzing CPU 0:
  driver: acpi-cpufreq
  CPUs which run at the same hardware frequency: 0
  CPUs which need to have their frequency coordinated by software: 0
  maximum transition latency: 160 us.
  hardware limits: 2.00 GHz - 2.50 GHz
  available frequency steps: 2.50 GHz, 2.00 GHz
  available cpufreq governors: conservative, ondemand, userspace, powersave, performance
  current policy: frequency should be within 2.00 GHz and 2.50 GHz.
                  The governor "ondemand" may decide which speed to use
                  within this range.
  current CPU frequency is 2.00 GHz.
  cpufreq stats: 2.50 GHz:0.58%, 2.00 GHz:99.42% (1)

cpuinfo:

# head -25 /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 23
model name : Intel(R) Xeon(R) CPU L5430 @ 2.66GHz
stepping : 10
microcode : 0xa0b
cpu MHz : 2666.524
cache size : 6144 KB
physical id : 0
siblings : 4
core id : 0
cpu cores : 4
apicid : 0
initial apicid : 0
fpu : yes
fpu_exception : yes
cpuid level : 13
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc arch_perfmon pebs bts rep_good nopl aperfmperf pni tm2 ssse3 lahf_lm dtherm
bogomips : 5333.04
clflush size : 64
cache_alignment : 64
address sizes : 38 bits physical, 48 bits virtual
power management:

# head -25 /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 23
model name : Intel(R) Xeon(R) CPU L5420 @ 2.50GHz
stepping : 6
cpu MHz : 2000.000
cache size : 6144 KB
physical id : 0
siblings : 4
core id : 0
cpu cores : 4
apicid : 0
initial apicid : 0
fpu : yes
fpu_exception : yes
cpuid level : 10
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc arch_perfmon pebs bts rep_good nopl aperfmperf pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm dca sse4_1 lahf_lm dtherm tpr_shadow vnmi flexpriority
bogomips : 5000.27
clflush size : 64
cache_alignment : 64
address sizes : 38 bits physical, 48 bits virtual
power management:

BTW, these socket 771 CPUs are modded with a HW adapter and are in a 775 socket motherboard...
http://www.delidded.com/lga-771-to-775-adapter/

psl (slansky)
description: updated
description: updated
Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in cpufrequtils (Ubuntu):
status: New → Confirmed
Revision history for this message
Hreggviður Harðarson (hreggi89) wrote :

I have the same problem after upgrading to Xenon X5470 on a Socket 775 motherboard.

This is the output from trying to install cpufrequtils:

Setting up cpufrequtils (008-1) ...

    Loading cpufreq kernel modules... [fail]
    CPUFreq Utilities: Setting ondemand CPUFreq
    disabled, governor not available... [ OK ]

Revision history for this message
Mihai Hanor (mhanor) wrote :

This is a BIOS bug. If you look more closely to the content of /proc/cpuinfo for the affected cores, you'll see that there are fewer reported CPU features, including the 'est' feature which is Enhanced SpeedStep. If you post what cpuid -r command dumps, you will probably see that the affected CPU cores report incorrect CPU features (CPUID leaf 1, that's EAX=1, features reported in ECX). This is caused by the AV69 / AX64 revision E0 CPU errata (L5430 is revE0, see the CPU signature 0x1067a) and the failure of the BIOS to update the microcode for all CPU cores (look at the dmesg log, microcode 0x0), before each revE0 core gets to initialize the PECI_CTL MSR. It may be that your BIOS doesn't contain the required microcode update. The same thing can be said about the revC0 microcode update (CPU signature 0x10676), but the revC0 is not affected by the errata.
I have already investigated a case with an Abit IP35 motherboard, a revE0 Xeon CPU and a BIOS that contains the required microcode update, but which fails to update the microcode to cores 2,3 and 4, while the first core is a success. The only workaround I found was to modify the raw BIOS, not to write to the PECI_CTL MSR, and to disable all thermal control/protection, in the BIOS menu.

Mihai Hanor (mhanor)
Changed in cpufrequtils (Ubuntu):
status: Confirmed → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.