On 7/24/13 7:15 PM, Cristian Rodríguez wrote:
El 24/07/13 18:52, Jeff Mahoney escribió:
On 7/23/13 11:50 AM, Cristian Rodríguez wrote:
hi:
CONFIG_MICROCODE= should be set to Y instead of m in 3.11rcn otherwise early microcode loading (as implemented in dracut at least) wont work.
You also have to enable ONFIG_MICROCODE_*_EARLY to match to preserve the 3.10 behavior.
Thanks for the heads up. I've updated the configs. I'm sorting out the packaging of the firmware files now as well.
packaging of the microcode files ? that works just fine and does not need any change. at least to work with dracut, no idea about mkinitrd.
Yeah, it does. In the process of doing a regular update of kernel-firmware, I discovered that AMD put their ucode blobs into the linux-firmware repository. It conflicts with microcode_ctl. microcode_ctl is obsolete since there is real cpu ucode loading support in the kernel now, which only leaves the intel microcode left in that package. So, I've: - Created a new ucode-amd package from the linux-firmware repo (everything else is packaged in kernel-firmware)[1] - Removed everything except the intel microcode generator from microcode_ctl and rename the package to ucode-intel. Each package has the appropriate Supplements like microcode_ctl used to have. These are in home:jeff_mahoney/ucode-intel and home:jeff_mahoney:branches:Kernel:HEAD/kernel-firmware. [1] I'd argue this can be split up more. Most users only need a handful of the firmware blobs and the whole package is ~ 80 MB. -Jeff -- Jeff Mahoney SUSE Labs