Summary: | sys-kernel/genkernel-4.1.2-r3: Depracated option "CONFIG_MICROCODE_OLD_INTERFACE" forcedly set | ||
---|---|---|---|
Product: | Gentoo Hosted Projects | Reporter: | Thibaud CANALE <thican> |
Component: | genkernel | Assignee: | Gentoo Genkernel Maintainers <genkernel> |
Status: | RESOLVED CANTFIX | ||
Severity: | normal | ||
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | genkernel.log (gzip) |
Description
Thibaud CANALE
2020-09-25 16:55:04 UTC
No. When you ask genkernel to add/enable support for micocode update that's the trade off: There are still kernels and processors in use which will require the old interface and because we cannot know if you will require old interface we are enabling it. The interface itself won't hurt anyone. It's same like telling genkernel to add/enable RAID support (--mdadm) which will enable all known RAID levels even if you are only using RAID level 1. Or --luks which will enable multiple ciphers... Before switching to UDEV, we were even blindly loading all modules on boot. UDEV allows us that we can now detect, "This is RAID X" and system would just load the required module. Sure there was the idea to provide an option which will disable kernel config modifications. But this would include disabling checks. And see your ZSTD bug: Don't get me wrong but I am very sure you would have filed an angry bug against genkernel once you learned your system didn't boot anymore because we compressed initramfs using ZSTD you asked for but your kernel isn't capable of decompression ZSTD... Why an “angry bug [report]”? I repeat, the idea is genkernel to “instead print required options then stop before doing further actions”. I don’t understand why disabling .config file modifications “would include disabling checks”. How does genkernel work? About the main issue, the “CONFIG_MICROCODE_OLD_INTERFACE”, your answer is odd because genkernel is the one providing the microcode at boot. Hence we wouldn’t require it after this, or it would be inadequate as the kernel’s documentation says. I guess it should be tried. |