[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PATCH 1/1] support loading of custom initrd images
From: |
Andrei Borzenkov |
Subject: |
Re: [PATCH 1/1] support loading of custom initrd images |
Date: |
Sat, 6 Feb 2016 09:51:27 +0300 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 |
05.02.2016 20:44, Christian Hesse пишет:
>>> +Give custom initrd images to be loaded in addition to the initrd image
>>> +found for the kernel. One use case is to load Intel ucode image.
>>> +
>>
>> Is there any other use case? Both dracut and initramfs-tools already add
>> early cpio with microcode to generated initrd. This is bootloader
>> agnostic and better solution.
>
> Running Arch Linux here, mkinitcpio does not do that.
>
> The ucode has to be in uncompressed initramfs, so dracut and initramfs-tools
> use a concatenated image?
Yes.
> I think this was discussed for mkinitcpio, but denied for any reason. Would
> have to search for references...
> We have a downstream bug about dealing with Intel ucode in bug tracker. [0]
>
> Nevertheless I have another use case:
> I do use Yubikeys in challenge/response mode to open my LUKS encrypted
> partition. [1] (This is not specific for mkinitcpio but works with dracut as
> well.) The challenges are stored in an extra initramfs. This is required if
> you want to update the challenge on every use - recompressing the initramfs
> on every boot is not a good option.
>
Why your initrd cannot simply read this file from /boot itself?
signature.asc
Description: OpenPGP digital signature
Re: [PATCH 1/1] support loading of custom initrd images, Vladimir 'phcoder' Serbinenko, 2016/02/05