Dmitry

@robbat2 @thesamesam Look here please.

Hi. Thank you for your effort! What are the purposes of these changes? 1. Reducing the initrd image size? 2. Accelerate initrd image loading? 3. Accelerating initrd image generation? 4....

If you are saying only about code easier to understand, why did you make the code generation?

> It's also about giving users ability to pick and choose features on their executables. Does this "choising ability for users" improves at least 1 point out of those six?...

> This should at least let us make some of the large distfiles in the ebuild optional too as they'll be real build system options rather than useless USE flags...

> forcing us to think about their interface There is no need to do such code generation for the interface (using awk 🤦‍♂️). It is enough to use smth like:...

> Can I ask what you mean by "no need for the code generation"? Are there really no other approaches to creating an interface and modules? > What is wrong...

> Please answer the question, what is wrong with awk? Everything is fine with awk, just like with perl. > Once again, I am open for suggestion. I suggest to...

This PR is done by request https://github.com/gentoo/genkernel/pull/40#issuecomment-1691910552 Current initrd size: ``` # ls -1sh /boot/ | grep initramfs-6.1.51 33M initramfs-6.1.51-gentoo-dist.img 32M initramfs-6.1.51-gentoo-dist.img.old ``` I'm not sure that we need some...

Full list of available DRM modules for additional approval: ``` $ find /lib/modules/6.1.51-gentoo-dist/kernel/drivers/gpu/drm -name "*.ko" | xargs basename -a | sort -u | column -c80 amdgpu.ko gm12u320.ko analogix-anx78xx.ko gma500_gfx.ko analogix_dp.ko...