[MODERATED] Re: ucode packaging
Borislav Petkov <[email protected]>
| Newsgroups | org.kernel.lore.historical-speck |
|---|---|
| Message-ID | <[email protected]> |
On Thu, Oct 03, 2019 at 02:46:41AM +0100, speck for Andrew Cooper wrote:
> Expressing this via separate packages, as the kernel typically is, is
> most likely too complicated to work sensibly, but luckily ucode blobs
> are tiny. How about a scheme whereby a single package has files in the
> form of /lib/firmware/$VENDOR-ucode/FF-MM-SS-VERSION and a symlink of
> the latest version to FF-MM-SS, for compatibility with existing initrd
> generation tools?
I don't see a problem with that since no changes will be needed to the
existing tools - they would only need to be tested whether they can
handle the symlink thing properly.
Some distros, for example, already call some ucode blobs
FF-MM-SS.initramfs, for example, to enforce only early loading of those
due to bugs when loaded late. I believe we did that in our dracut too...
--
Regards/Gruss,
Boris.
SUSE Software Solutions Germany GmbH, GF: Felix Imendörffer, HRB 247165, AG München
--