[arch-releng] [RFC] [PATCH] [configs/releng] Make and use amd_ucode.bin for initrd.

Gerardo Exequiel Pozzi vmlinuz386 at gmail.com
Fri Aug 24 20:34:41 UTC 2018


El 23/08/18 a las 06:20, Christian Hesse escribió:
> Christian Hesse <list at eworm.de> on Wed, 2018/08/22 11:24:
>> Gerardo Exequiel Pozzi via arch-releng <arch-releng at archlinux.org> on Sat,
>> 2018/08/18 23:29:
>>> +# Prepare amd_ucode
>>> +make_amd_ucode_img() {
>>> +    mkdir -p ${work_dir}/amd-ucode/kernel/x86/microcode
>>> +    cat
>>> ${work_dir}/x86_64/airootfs/lib/firmware/amd-ucode/microcode_amd*.bin >
>>> ${work_dir}/amd-ucode/kernel/x86/microcode/AuthenticAMD.bin
>>> +    pushd ${work_dir}/amd-ucode > /dev/null
>>> +    echo kernel/x86/microcode/AuthenticAMD.bin | bsdcpio -o -H newc -R
>>> 0:0  
>>>> amd-ucode.img  
>>> +    popd > /dev/null
>>> +    cp ${work_dir}/amd-ucode/amd-ucode.img
>>> ${work_dir}/x86_64/airootfs/boot/amd-ucode.img +}  
>>
>> Wondering if we should put this into a package... Could be a split package
>> of linux-firmware. Any opinion on this?
> 
> [ Added Laurent to CC as he maintains the linux-firmware package. ]
> 
> I've attached a proposal patch to add a split package amd-ucode-early to
> linux-firmware. Any objections? Is the name ok or do we prefer just
> 'amd-ucode'?

amd-ucode is right (like intel-ucode)
missing LICENSE file [#1]

> 
> And another note... Did anybody test if microcode is updated properly if both,
> intel-ucode.img and amd-ucode, are loaded?
> 

At least one feedback from intel user [#2], fw is loaded fine.

Thanks.


[#1] https://bugs.archlinux.org/task/59796
[#2] https://bugs.archlinux.org/task/59694#comment172278

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 488 bytes
Desc: OpenPGP digital signature
URL: <https://lists.archlinux.org/pipermail/arch-releng/attachments/20180824/17c0c4ef/attachment.asc>


More information about the arch-releng mailing list