From Fedora Project Wiki
(create a test case explaining how properly to test microcode_ctl updates) |
No edit summary |
||
Line 12: | Line 12: | ||
# Check that the system boots and functions correctly. If it does not, boot with a different kernel, downgrade the {{package|microcode_ctl}} package to the previous version, and use {{command|dracut -f --kver (version)}} to re-generate the initramfs for the affected kernel, so it will boot correctly again. | # Check that the system boots and functions correctly. If it does not, boot with a different kernel, downgrade the {{package|microcode_ctl}} package to the previous version, and use {{command|dracut -f --kver (version)}} to re-generate the initramfs for the affected kernel, so it will boot correctly again. | ||
|results= | |results= | ||
# The system should boot and function correctly with the updated microcode. | # The system should boot and function correctly with the updated microcode: | ||
<pre>$ dmesg | grep microcode: | |||
[ 1.904383] microcode: Current revision: 0x00004122 | |||
[ 1.904386] microcode: Updated early from: 0x00004121 | |||
</pre> | |||
}} | }} | ||
[[Category:Package_microcode_ctl_test_cases]] | [[Category:Package_microcode_ctl_test_cases]] |
Latest revision as of 13:45, 16 September 2024
Description
This test case tests that a system continues to work correctly with updated processor microcode from the microcode_ctl
package.
Setup
- Ensure you have at least two working kernels installed, for recovery purposes.
- Check which kernel is currently running, with
uname -r
.
How to test
- Apply the
microcode_ctl
package update you wish to test. - Run
sudo dracut -f
to re-generate the initramfs for the currently-running kernel. If you would rather test with a different kernel from the one you are currently running, you can specify a kernel version withsudo dracut -f --kver (version)
. - Reboot the system and boot the appropriate kernel: the same one you were running before, if you just ran
dracut -f
. - Check that the system boots and functions correctly. If it does not, boot with a different kernel, downgrade the
microcode_ctl
package to the previous version, and usedracut -f --kver (version)
to re-generate the initramfs for the affected kernel, so it will boot correctly again.
Expected Results
- The system should boot and function correctly with the updated microcode:
$ dmesg | grep microcode: [ 1.904383] microcode: Current revision: 0x00004122 [ 1.904386] microcode: Updated early from: 0x00004121