Is a custom kernel really worth it?

[Antikapitalista]

[alamahant]

I also need to learm make menuconfig.
Up until now i just copy an arch config in the gentoo-sources do slight modifications and build a big kernel.
Actually I am not in the mood to reboot or kernel-panic my machine a thousand times before i get something the way i want.
So for me what i need is FULL functionality for MY hardware.
I wish there was a script to separate functionality and hardware.
Then i could use something like make localmodconfig together with adding ALL functionality.
Is this possible somehow?
I saw this but its lacking
https://github.com/gg7/gentoo-kernel-guide
_________________

[figueroa]

Once when I had upgraded my motherboard and had trouble getting a bootable kernel, pappy_mcfae, his seed kernels and his personal help in the forum, were invaluable in getting me over the hump. Sometimes, one just needs a hand.

These resources are still found in the Unsupported Software forum as sticky topics, https://forums.gentoo.org/viewforum-f-51.html, and the links therein.
_________________
Andy Figueroa
hp pavilion hpe h8-1260t/2AB5; spinning rust x3
i7-2600 @ 3.40GHz; 16 gb; Radeon HD 7570
amd64/23.0/split-usr/desktop (stable), OpenRC, -systemd -pulseaudio -uefi

[Goverp]

A possible performance gain from a custom kernel: my laptop won't hibernate, though it will sleep. I spent some time debugging hibernate, to discover that amdgpu just won't, so I turned off hibernate support with "make nconfig". The subsequent "make" hit about every bit of source, so it's possible it removed a significant amount of "am I about to hibernate" tests; it's equally possible it's just a flag in a header file that's embedded everywhere that has no effect. Really I ought to benchmark, but I can't be bothered!

Another possible gain is LTO on a non-modular kernel. I note the LTO-lite runs for the kernel itself (about 20 seconds for me) and for each module. Presumably running LTO on a module has little gain as the module is stand-alone code so there's nothing else linked in, but when those modules become part of the kernel, there's much more chance of globally optimizing something. Not that I've benchmarked or noticed any subjective performance improvement, but that's not what ricing is all about
_________________
Greybeard

[Hund]

I used to rock my own custom kernel, but got tired of spending hours upon hours updating my kernel configuration. I'm now using the `gentoo-kernel-bin` package.

It can be fun, but it's not worth the excessive time it takes maintaing it. I work full time and I have a family to take care of. :)
_________________
Collect memories, not things.

[bammbamm808]

[Hund]

[NeddySeagoon]

Hund,

It only take about 20 min to do

[JustAnother]

I can throw in three little lessons I think I learned.

1: Use a history space to work on the kernel. That is, a bash history file that is only used to noodle around with the kernel. This makes your commands easily searchable. This helps a bit.

How to do this? I wrote a history space script, but it is non-trivial, and bash lacks the right hooks to do this simply. Sad but true.

2: WRONG assumption: if I know I have certain hardware on the computer, make all those drivers built-ins, and the kernel will magically be self-contained when tossed into memory.

Nothing but problems. Use modules for almost everything if you can, within reason. Builtin-ins get called during initcall, and some may let you supply driver options on the kernel cmdline, and some may let you reset parameters using /sys, but it is better to be able to unload and reload a module. Also, apparently initcall can miss out on the ability to load firmware (wifi...) which would be loaded when a module is loaded.

3: Back up them .config files, and salient /boot files.