"Yu, Fenghua" <[email protected]> wrote: >> From: Konrad Rzeszutek Wilk [mailto:[email protected]] >> Sent: Tuesday, July 09, 2013 12:24 PM >> Implement it per Linux kernel Documentation/x86/early-microcode.txt >> (from v3.11-rc0): >> >> <start>
> >This patch works fine with one microcode blob in binary format. There >are situations that the microcode is not delivered in one blob in >binary format: > >First, each microcode patch is one file instead all microcode patches >are in one big blob. Secondly, old delivered microcode file is in ascii >format. > >To handle those formats, additional code needs to convert the formats >into one big binary microcode blob. I'm not sure if we should consider >the code and if we should put the code in dracut. > >Thanks. > >-Fenghua >-- >To unsubscribe from this list: send the line "unsubscribe initramfs" in >the body of a message to [email protected] >More majordomo info at http://vger.kernel.org/majordomo-info.html The code already puts all of the microcode files in one big file per vendor. Ther are no Ascii files in /lib/firmware/intel_ucode directory. That has been the situation for many years - otherwise the existing microcode loading mechanism under Linux would complain that the microcode firmware is bogus. -- Sent from my Android phone. Please excuse my brevity. -- To unsubscribe from this list: send the line "unsubscribe initramfs" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html
