Re: [RFC PATCH] Scan initramfs for microcode cpio archive. (v1)

[David Vrabel <david.vrabel@citrix.com>]

On 15/07/13 08:18, Jan Beulich wrote:
>>>> On 12.07.13 at 16:25, Konrad Rzeszutek Wilk <konrad@kernel.org> wrote:
>> Greetings,
>>
>> Please see the following patch which implements a mechanism to scan
>> the initramfs for the format of an microcode files. This is a feature
>> that the Linux kernel has since v3.10 - where it searches in the
>> initramfs for an archive of the microcode blob. The format is documented
>> in the Linux tree and the commit description contains it.
>>
>> The tool to make this work is the initramfs creator. The author has
>> provided an RFC patch: 
>> http://article.gmane.org/gmane.linux.kernel.initramfs/3318 
>> which does that.
> 
> Looking at that script change I'm getting the impression that the
> representation is as uncompressed cpio containing the ucode
> blobs followed by compressed cpio containing all the "normal"
> stuff. Which iiuc means that an unaware kernel can't deal with
> such an image (as the consumer needs to know that it has to
> skip the initial portion). Unless that understanding of mine is
> wrong - isn't that a rather bad design?

The kernel unpacks all cpio archives it finds in the initramfs image so
the kernel doesn't have to be aware of the way tools have packed the
filesystem into different cpio archive.

David