|
Bugzilla – Full Text Bug Listing |
| Summary: | opensuse 12.2 kernel dmesg: microcode: failed to load file amd-ucode/microcode_amd_fam15h.bin | ||
|---|---|---|---|
| Product: | [openSUSE] openSUSE 12.2 | Reporter: | andreas bittner <abittner> |
| Component: | Basesystem | Assignee: | Frederic Crozat <fcrozat> |
| Status: | RESOLVED FIXED | QA Contact: | E-mail List <qa-bugs> |
| Severity: | Normal | ||
| Priority: | P5 - None | CC: | bjoernv, bpetkov, jeffm, piny, R.Vickers, teuniz |
| Version: | Final | ||
| Target Milestone: | --- | ||
| Hardware: | x86-64 | ||
| OS: | Other | ||
| Whiteboard: | |||
| Found By: | --- | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
|
Description
andreas bittner
2012-10-09 13:31:15 UTC
A similar problem happens with 3.4.11-2.16-desktop in 12.2 with a Intel Core2Duo CPU0: Intel(R) Core(TM)2 Duo CPU T8100 @ 2.10GHz stepping 06 only the microcode of the second core is updated: dmesg | grep microcode [ 19.858679] microcode: CPU0 sig=0x10676, pf=0x80, revision=0x60c [ 42.351258] firmware microcode: firmware_loading_store: unexpected value (0) [ 42.351327] microcode: CPU1 sig=0x10676, pf=0x80, revision=0x60c [ 42.353008] microcode: CPU1 updated to revision 0x60f, date = 2010-09-29 [ 42.358598] microcode: Microcode Update Driver: v2.00 <tigran@aivazian.fsnet.co.uk>, Peter Oruba This is a standard opensuse 12.2 with all updates: kernel-desktop-3.4.11-2.16.1.x86_64 kernel-desktop-devel-3.4.11-2.16.1.x86_64 kernel-devel-3.4.11-2.16.1.noarch kernel-firmware-20120719git-2.9.1.noarch The problem did not happen with the previous kernel kernel-desktop-3.4.6-2.10.1.x86_64 kernel-desktop-devel-3.4.6-2.10.1.x86_64 kernel-devel-3.4.6-2.10.1.noarch kernel-firmware-20120719git-2.9.1.noarch maybe the problem was introduced by the commits related to microcode mentioned in http://www.kernel.org/pub/linux/kernel/v3.0/ChangeLog-3.4.9 With openSUSE 12.2 the problem is still happening with the official kernel 3.4.28-2.20-desktop after the update. kernel-desktop-3.4.28-2.20.1.x86_64 kernel-devel-3.4.28-2.20.1.noarch kernel-firmware-20120719git-2.9.1.noarch kernel-desktop-devel-3.4.28-2.20.1.x86_64 In the meantime (also with 3.4.11-2.16.1.x86_64) I noticed it is quite random. Sometimes both cores are updated, sometimes only CPU0, sometimes only CPU1. After manually reloading microcode also the second core is updated: dmesg | grep microcode [ 22.386048] microcode: CPU0 sig=0x10676, pf=0x80, revision=0x60c [ 40.079513] firmware microcode: firmware_loading_store: unexpected value (0) [ 40.079578] microcode: CPU1 sig=0x10676, pf=0x80, revision=0x60c [ 40.081008] microcode: CPU1 updated to revision 0x60f, date = 2010-09-29 [ 40.086664] microcode: Microcode Update Driver: v2.00 <tigran@aivazian.fsnet.co.uk>, Peter Oruba rmmod microcode;modprobe microcode [ 2614.788855] microcode: Microcode Update Driver: v2.00 removed. [ 2621.972079] microcode: CPU0 sig=0x10676, pf=0x80, revision=0x60c [ 2621.974866] microcode: CPU0 updated to revision 0x60f, date = 2010-09-29 [ 2621.990798] microcode: CPU1 sig=0x10676, pf=0x80, revision=0x60f [ 2621.991301] microcode: Microcode Update Driver: v2.00 <tigran@aivazian.fsnet.co.uk>, Peter Oruba I installed the 32-bit version of openSUSE 12.2 and I have the same problem: dmesg | grep microcode [ 7.504804] microcode: CPU0: patch_level=0x010000bf [ 10.339880] firmware microcode: firmware_loading_store: unexpected value (0) [ 10.339974] microcode: failed to load file amd-ucode/microcode_amd.bin [ 10.340030] microcode: CPU1: patch_level=0x010000bf [ 10.340308] microcode: CPU1: new patch_level=0x010000dc [ 10.340316] microcode: CPU2: patch_level=0x010000bf [ 10.340618] microcode: CPU2: new patch_level=0x010000dc [ 10.340635] microcode: CPU3: patch_level=0x010000bf [ 10.340921] microcode: CPU3: new patch_level=0x010000dc [ 10.340931] microcode: CPU4: patch_level=0x010000bf [ 10.341254] microcode: CPU4: new patch_level=0x010000dc [ 10.341263] microcode: CPU5: patch_level=0x010000bf [ 10.341566] microcode: CPU5: new patch_level=0x010000dc [ 10.341617] microcode: Microcode Update Driver: v2.00 <tigran@aivazian.fsnet.co.uk>, Peter Oruba OS: Linux 3.4.28-2.20-desktop i686 System: openSUSE 12.2 (i586) Processor (CPU): AMD Phenom(tm) II X6 1055T Processor Cores: 6 rpm -aq | grep -i kern kernel-desktop-devel-3.4.28-2.20.1.i686 kernel-desktop-3.4.28-2.20.1.i686 kernel-devel-3.4.28-2.20.1.noarch kernel-firmware-20120719git-2.9.1.noarch rpm -aq | grep -i micro microcode_ctl-1.17-137.2.2.i586 Reproducible: Always hwinfo --cpu 01: None 00.0: 10103 CPU [Created at cpu.374] Unique ID: rdCR.j8NaKXDZtZ6 Hardware Class: cpu Arch: Intel Vendor: "AuthenticAMD" Model: 16.10.0 "AMD Phenom(tm) II X6 1055T Processor" Features: fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,mmx,fxsr,sse,sse2,ht,syscall,nx,mmxext,fxsr_opt,pdpe1gb,rdtscp,lm,3dnowext,3dnow,constant_tsc,nonstop_tsc,extd_apicid,aperfmperf,pni,monitor,cx16,popcnt,lahf_lm,cmp_legacy,svm,extapic,cr8_legacy,abm,sse4a,misalignsse,3dnowprefetch,osvw,ibs,skinit,wdt,cpb,hw_pstate,npt,lbrv,svm_lock,nrip_save,pausefilter Clock: 800 MHz BogoMips: 5619.29 Cache: 512 kb Units/Processor: 6 Config Status: cfg=no, avail=yes, need=no, active=unknown 02: None 01.0: 10103 CPU [Created at cpu.374] Unique ID: wkFv.j8NaKXDZtZ6 Hardware Class: cpu Arch: Intel Vendor: "AuthenticAMD" Model: 16.10.0 "AMD Phenom(tm) II X6 1055T Processor" Features: fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,mmx,fxsr,sse,sse2,ht,syscall,nx,mmxext,fxsr_opt,pdpe1gb,rdtscp,lm,3dnowext,3dnow,constant_tsc,nonstop_tsc,extd_apicid,aperfmperf,pni,monitor,cx16,popcnt,lahf_lm,cmp_legacy,svm,extapic,cr8_legacy,abm,sse4a,misalignsse,3dnowprefetch,osvw,ibs,skinit,wdt,cpb,hw_pstate,npt,lbrv,svm_lock,nrip_save,pausefilter Clock: 2800 MHz BogoMips: 5619.29 Cache: 512 kb Units/Processor: 6 Config Status: cfg=no, avail=yes, need=no, active=unknown 03: None 02.0: 10103 CPU [Created at cpu.374] Unique ID: +rIN.j8NaKXDZtZ6 Hardware Class: cpu Arch: Intel Vendor: "AuthenticAMD" Model: 16.10.0 "AMD Phenom(tm) II X6 1055T Processor" Features: fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,mmx,fxsr,sse,sse2,ht,syscall,nx,mmxext,fxsr_opt,pdpe1gb,rdtscp,lm,3dnowext,3dnow,constant_tsc,nonstop_tsc,extd_apicid,aperfmperf,pni,monitor,cx16,popcnt,lahf_lm,cmp_legacy,svm,extapic,cr8_legacy,abm,sse4a,misalignsse,3dnowprefetch,osvw,ibs,skinit,wdt,cpb,hw_pstate,npt,lbrv,svm_lock,nrip_save,pausefilter Clock: 800 MHz BogoMips: 5619.29 Cache: 512 kb Units/Processor: 6 Config Status: cfg=no, avail=yes, need=no, active=unknown 04: None 03.0: 10103 CPU [Created at cpu.374] Unique ID: 4zLr.j8NaKXDZtZ6 Hardware Class: cpu Arch: Intel Vendor: "AuthenticAMD" Model: 16.10.0 "AMD Phenom(tm) II X6 1055T Processor" Features: fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,mmx,fxsr,sse,sse2,ht,syscall,nx,mmxext,fxsr_opt,pdpe1gb,rdtscp,lm,3dnowext,3dnow,constant_tsc,nonstop_tsc,extd_apicid,aperfmperf,pni,monitor,cx16,popcnt,lahf_lm,cmp_legacy,svm,extapic,cr8_legacy,abm,sse4a,misalignsse,3dnowprefetch,osvw,ibs,skinit,wdt,cpb,hw_pstate,npt,lbrv,svm_lock,nrip_save,pausefilter Clock: 800 MHz BogoMips: 5619.29 Cache: 512 kb Units/Processor: 6 Config Status: cfg=no, avail=yes, need=no, active=unknown 05: None 04.0: 10103 CPU [Created at cpu.374] Unique ID: 94PJ.j8NaKXDZtZ6 Hardware Class: cpu Arch: Intel Vendor: "AuthenticAMD" Model: 16.10.0 "AMD Phenom(tm) II X6 1055T Processor" Features: fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,mmx,fxsr,sse,sse2,ht,syscall,nx,mmxext,fxsr_opt,pdpe1gb,rdtscp,lm,3dnowext,3dnow,constant_tsc,nonstop_tsc,extd_apicid,aperfmperf,pni,monitor,cx16,popcnt,lahf_lm,cmp_legacy,svm,extapic,cr8_legacy,abm,sse4a,misalignsse,3dnowprefetch,osvw,ibs,skinit,wdt,cpb,hw_pstate,npt,lbrv,svm_lock,nrip_save,pausefilter Clock: 800 MHz BogoMips: 5619.29 Cache: 512 kb Units/Processor: 6 Config Status: cfg=no, avail=yes, need=no, active=unknown 06: None 05.0: 10103 CPU [Created at cpu.374] Unique ID: EBSn.j8NaKXDZtZ6 Hardware Class: cpu Arch: Intel Vendor: "AuthenticAMD" Model: 16.10.0 "AMD Phenom(tm) II X6 1055T Processor" Features: fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,mmx,fxsr,sse,sse2,ht,syscall,nx,mmxext,fxsr_opt,pdpe1gb,rdtscp,lm,3dnowext,3dnow,constant_tsc,nonstop_tsc,extd_apicid,aperfmperf,pni,monitor,cx16,popcnt,lahf_lm,cmp_legacy,svm,extapic,cr8_legacy,abm,sse4a,misalignsse,3dnowprefetch,osvw,ibs,skinit,wdt,cpb,hw_pstate,npt,lbrv,svm_lock,nrip_save,pausefilter Clock: 800 MHz BogoMips: 5619.29 Cache: 512 kb Units/Processor: 6 Config Status: cfg=no, avail=yes, need=no, active=unknown I have to correct my comment 1 from 2012-11-14 06:50:10 UTC. After browsing my logfiles (/var/log/messages* and /var/log/zypp/history) I realized the problem already happened with kernel-desktop-3.4.6-2.10.1.x86_64, only I did not notice it then. According to my logfiles the problem started right after the update from openSUSE 12.1 to 12.2. It did not happen with openSUSE 12.1, kernel-desktop-3.1.10-1.16.1_x86_64 The update was done using zypper dup. In messages* are sometimes error log entries of udev just before the entry that the microcode kernel module is inserted: Feb 13 17:42:03 rain2 udevd[443]: error: can not open '/sys/devices/platform/microcode/firmware/microcode/loading' Feb 13 17:42:03 rain2 [374]: Inserted module 'microcode' There is no clear dependency of this logged udev error and the success of microcode updating. Sometimes but not always when the udev error is logged both cores are updated. Maybe there is a timing issue/race condition during the boot process. The update of CPU0 fails more often then the update of CPU1. Successful update of both cores during system startup is rare. I hit this problem on a 12.2 AMD system with kernel 3.4.28-2.20. It hangs at boot time with the messages CPU0: patch_level=0x01000065 microcode: failed to load file amd-ucode/microcode_amd.bin (repeated for CPUs 1-7). I found a workround though: boot with the systemv option, then the microcode updates work and so does the boot. (In reply to comment #4) the problem seems to be solved after upgrade to openSUSE 12.3 After 12 boots always both cores of the Core(TM)2 Duo CPU were updated correctly (using systemd like in 12.2) (In reply to comment #4) ... > According to my logfiles the problem started right after the update from > openSUSE 12.1 to 12.2. ... > The update was done using zypper dup. Same issue on a fresh dup from 12.1 to 12.2 on a Thinkpad T520. I am still booting in failsafe mode trying to get the machine up. I repeated some steps from comment #2, #3 and #4: <code> # dmesg | grep microcode [ 40.943265] microcode: CPU0 sig=0x206a7, pf=0x10, revision=0x23 [ 46.809704] microcode: CPU0 updated to revision 0x28, date = 2012-04-24 [ 46.817419] microcode: CPU1 sig=0x206a7, pf=0x10, revision=0x23 [ 46.846822] microcode: CPU1 updated to revision 0x28, date = 2012-04-24 [ 46.854688] microcode: CPU2 sig=0x206a7, pf=0x10, revision=0x23 [ 46.863246] microcode: CPU2 updated to revision 0x28, date = 2012-04-24 [ 46.871144] microcode: CPU3 sig=0x206a7, pf=0x10, revision=0x23 [ 46.879636] microcode: CPU3 updated to revision 0x28, date = 2012-04-24 [ 46.887664] microcode: Microcode Update Driver: v2.00 utigran@aivazian.fsnet.co.uk>, Peter Oruba # rmmod microcode;modprobe microcode # dmesg | grep microcode [ 40.943265] microcode: CPU0 sig=0x206a7, pf=0x10, revision=0x23 [ 46.809704] microcode: CPU0 updated to revision 0x28, date = 2012-04-24 [ 46.817419] microcode: CPU1 sig=0x206a7, pf=0x10, revision=0x23 [ 46.846822] microcode: CPU1 updated to revision 0x28, date = 2012-04-24 [ 46.854688] microcode: CPU2 sig=0x206a7, pf=0x10, revision=0x23 [ 46.863246] microcode: CPU2 updated to revision 0x28, date = 2012-04-24 [ 46.871144] microcode: CPU3 sig=0x206a7, pf=0x10, revision=0x23 [ 46.879636] microcode: CPU3 updated to revision 0x28, date = 2012-04-24 [ 46.887664] microcode: Microcode Update Driver: v2.00 <tigran@aivazian.fsnet.co.uk>, Peter Oruba [ 1116.559228] microcode: Microcode Update Driver: v2.00 removed. [ 1116.561122] microcode: CPU0 sig=0x206a7, pf=0x10, revision=0x28 [ 1116.561466] microcode: CPU1 sig=0x206a7, pf=0x10, revision=0x28 [ 1116.561801] microcode: CPU2 sig=0x206a7, pf=0x10, revision=0x28 [ 1116.562110] microcode: CPU3 sig=0x206a7, pf=0x10, revision=0x28 [ 1116.562435] microcode: Microcode Update Driver: v2.00 <tigran@aivazian.fsnet.co.uk>, Peter Oruba # rpm -aq | grep -i kern kernel-desktop-3.4.33-2.24.1.x86_64 kernel-firmware-20120719git-2.9.1.noarch # rpm -aq | grep -i micro microcode_ctl-1.17-137.6.1.x86_64 </code> So, any idea how to proceed? Have you tried my workround from comment 5? At the boot splash screen hit F5 and change the Init program to "system V" Bob (In reply to comment #8) > Have you tried my workround from comment 5? At the boot splash screen hit F5 > and change the Init program to "system V" > > Bob Since I encountered additional issues I decided to jump forward to 12.3 immediately. I can confirm the info from comment #6: Problem no longer present in 12.3 So this bugzilla can be closed? I was keeping quiet because it isn't my bug. But I have seen the issue on two separate machines and in each case the bug could be worked round at 12.2 by using sysvinit, and was properly fixed in 12.3. So from my perspective the bug can be closed. If the workaround for 12.2 is to switch to sysvinit then the bug should be changed to reflect an issue in systemd. since 12.3 has only systemd supported and it works with 12.3, there is no point in keeping this bug opened. Moreover, systemd has nothing to do with firmware loading. Closing as fixed. |