Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 706294 - sys-kernel/gentoo-kernel Application for USE=experimental
Summary: sys-kernel/gentoo-kernel Application for USE=experimental
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal with 1 vote (vote)
Assignee: Distribution Kernel Project
Depends on:
Reported: 2020-01-25 11:32 UTC by Tuxine
Modified: 2020-12-16 13:58 UTC (History)
4 users (show)

See Also:
Package list:
Runtime testing required: ---


Note You need to log in before you can comment on or make changes to this bug.
Description Tuxine 2020-01-25 11:32:53 UTC
The new ebuild from gentoo-kernel has generated approval and joy among many users. In this context a request:

It would be very nice if you could integrate "IUSE=experimental" from genpatches into your ebuild.

With these two flags "savedconfig" and "experimental" we have all the possibilities that gentoo-sources also offers.

Thank you
Comment 1 Michał Górny archtester Gentoo Infrastructure gentoo-dev Security 2020-01-25 11:49:11 UTC
Do you actually use any of the features provided by experimental patches?  I skipped them because they didn't seem very useful for generic configs.  OTOH, I don't really understand why they are optional given that AFAICS they don't change anything by default.
Comment 2 Vladimir 2020-09-16 12:28:10 UTC
Hi all. 
I know some ppl loving CONFIG_MNATIVE. Despite it's obviously not generic feature, having ability for transparent migration to portage-management kernel updates with exactly same functionality (achieved by savedconfig) is nice, imo.
Comment 3 Vlad 2020-09-21 09:35:03 UTC

We're using CONFIG_MNATIVE from the experimental patches and ZSTD compression. Yes, I agree that they are optional, but if you provide 'savedconfig' feature, IMHO 'experimental' would be useful as well and they're maintained for 'gentoo-sources' anyway.
Comment 4 Esteve Varela Colominas 2020-12-16 12:35:30 UTC
Chiming in since I dropped the GCC patch in my /etc/portage/patches and a snippet to set CONFIG_MZEN=y in my /etc/kernel/config.d.
The main usecase of this kernel to me is avoiding the whole kernel upgrade song and dance, and just having it upgrade overnight with everything else without intervention. I got sick of missing kernel drivers for peripherals when I need to use them, and digging through the kernel config for them, not to mention the times I've had performance issues due to some kernel config I didn't know, so running a "generic", portage-managed kernel relieves me of the duty and worry, despite only running it on one machine. I use `-march=znver` in my make.conf, so why wouldn't I apply it to the kernel as well?