Handbook Talk:AMD64/Installation/Kernel

From Gentoo Wiki
Jump to:navigation Jump to:search
Note
Before creating a discussion or leaving a comment, please read about using talk pages. To create a new discussion, click here. Comments on an existing discussion should be signed using ~~~~:
A comment [[User:Larry|Larry]] 13:52, 13 May 2024 (UTC)
: A reply [[User:Sally|Sally]] 10:49, 5 November 2024 (UTC)
:: Your reply ~~~~
Note
Some closed discussions have been moved to an archive subpage: Handbook Talk:AMD64/Installation/Kernel/Archive.


CONFIG_EFI_VARS removed in 6.0 kernels

Talk status
This discussion is done as of 2024-09-21.

EFI_VARS was removed in 6.0 and its replacement is EFIVAR_FS. All versions of the kernel in tree are new enough to have the option so changing all mentions to EFIVAR_FS would work better than having a "6.0 and later" bit.

Parona (talk) 01:13, 7 October 2023 (UTC)

I am trying to install Gentoo following the handbook and stumbled a bit on this since the kernel config option that was listed did not exist in my kernel. More specifically, I couldn't find this option:
KERNEL Enable support for UEFI
Device Drivers
        Firmware Drivers  --->
            EFI (Extensible Firmware Interface) Support  --->
                <*> EFI Variable Support via sysfs
Am I understanding Alfred Wingate (Parona) correctly that this option should be changed to this?
KERNEL Enable support for UEFI
File Systems
        Pseudo filesystems  --->
            <*> EFI variable filesystem
Thanks! --Goatshriek (talk) 00:02, 22 November 2023 (UTC)
I believe this is fixed in Special:Diff/1284042/1298174, would you mind confirming? Thanks!
--csfore (talk) 20:01, 11 May 2024 (UTC)
My apologies for the delay in response; this looks great to me, thanks!
Goatshriek (talk) 00:46, 19 July 2024 (UTC)
No problem! Thanks for confirming!
--csfore (talk) 20:08, 21 September 2024 (UTC)

Mention sys-firmware/sof-firmware

Talk status
This discussion is done as of 2024-01-07.

I think it could fit on "Optional: Installing firmware and/or microcode" section. Most recent intel systems will rely on sof-firmware to have sound working properly (if not, most of those users will get a semi-working setup, like microphone not working and similar). There is a bit more information here: https://fedoraproject.org/wiki/Changes/SofDefaultForIntelLpe

It could maybe be mentioned after the notes for CPU microcodes, maybe noting that people compiling the kernel from scratch (as I do) will need to review the options under CONFIG_SND_SOC_SOF_TOPLEVEL (for distribution kernels it shouldn't be needed as they are based on Fedora kernels, that already enabled the needed parts some years ago).

Thanks --Pacho (talk) 09:52, 19 October 2023 (UTC)

Added in Special:Diff/1273053 and Special:Diff/1273054
Thanks! --Xarvatium (talk) 18:58, 7 January 2024 (UTC)

sys-firmware/sof-firmware might be required for 11gen Intel

Talk status
This discussion is done as of 2024-02-04.

Just did a new install and had a bit of a head scratch because my "11th Gen Intel(R) Core(TM) i5-1135G7" actually did need sys-firmware/sof-firmware for sound to work. My eyes did cross this section, but I chose not to emerge sys-firmware/sof-firmware at that point because it said 12gen+. It's perhaps worth updating on the page, or including a note explaining this may be worth coming back to if after install sound isn't working, even if the CPU isn't 12gen+.

Thanks! --Archie (talk) 21:57, 29 January 2024 (UTC)

Should be fixed in Special:Diff/1276409/1277100, thanks!. Lowered it down to 10 because they reference Ice Lake as well. Will likely have to add Apollo Lake as well since people have issues on that one as well. Not too sure about what to do for Cannon Lake though since it seems only one CPU was ever made for that.
Thanks! --Xarvatium (talk) 05:11, 4 February 2024 (UTC)

alternative to genkernel / help with manual configuration

I suggest making a mention of

Template:Cmd:make localyesconfig

or

Template:Cmd:make localmodconfig

Engrenage (talk) 09:05, 4 February 2024 (UTC)

initramfs needed for /usr on separate partition

following the recent news, IMHO this should clearly be mentioned in the manual

Engrenage (talk) 09:05, 4 February 2024 (UTC)

Typo in Kernel configuration and compilation #1 Tip

Talk status
This discussion is done as of 2024-09-11.

" Always having a known working kernel to fallback on can speed up debugging and elevate anxiety " should be " can speed up debugging and alleviate anxiety " -tty13 (talk) 00:07, 11 September 2024 (UTC)

Thank you for pointing this out, it's been corrected. Zen desu (talk) 00:16, 11 September 2024 (UTC)

Recommended order for kernel management approaches based on administrator involvement

Talk status
This discussion is still ongoing as of 2024-09-17.

To enhance clarity and logical flow, please rearrange the list to reflect the increasing level of involvement from the system administrator. Specifically, in Kernel configuration and compilation move the "Full Automation Approach: Distribution Kernels" to the top, followed by the "Hybrid Approach: Genkernel," and place the "Full Manual Approach" at the end. This order will better represent the progression from the least to the most involved methods for managing kernel.

John82 (talk) 12:48, 17 September 2024 (UTC)

Hi John82, I see your logic behind this and this was how it was for a time however, this goes against the way the Handbook is designed (explained in Handbook:AMD64/Installation/About#How_the_installation_is_structured where cycle through the options that we believe a user will take.
I'll put this into an example so you can see how a user would run though the steps, hence the ordering:
1. User first uses the dist-kernel to make sure there are no user caused errors.
2. User would use sys-boot/modprobed-db to help create a manual kernel.
2. User finds some niche usage case where genkernel is the best choice for them
I'll leave this topic open encase you have more views to share why this wrong but, please close if this answers you question.
Immolo (talk) 20:20, 21 September 2024 (UTC)

make commands in "Compiling and installing" don't generate a compressed kernel image.

Talk status
This discussion is still ongoing as of 2024-10-07.

shouldn't the make command that's currently there (`make && make modules_install`) be replaced with `make all && make modules_install`? The command that's there currently doesn't build a compressed kernel image and gave me a huge headache trying to figure that out. Even just a mention of the `make bzimage` or using `make all` would be a huge improvement to this section.

Leah (talk) 08:55, 7 October 2024 (UTC)