On a fresh system, I see: root@gbuild /root# gzip -cd /proc/config.gz | grep CONFIG_CRYPTO_AES CONFIG_CRYPTO_AES=y # CONFIG_CRYPTO_AES_TI is not set # CONFIG_CRYPTO_AES_X86_64 is not set # CONFIG_CRYPTO_AES_NI_INTEL is not set This is problematic because by default cryptsetup uses aes-xts-plain64, which comes from CONFIG_CRYPTO_AES_X86_64. Hence, using the stock genkernel to build a kernel, one gets a kernel that can't actually unlock LUKS volumes on boot. Looking at Freenode #gentoo logs, a number of people have run into this. While it's not hard to reconfigure the kernel for it, it would be better still to have CONFIG_CRYPTO_AES_X86_64 and maybe CONFIG_CRYPTO_AES_NI_INTEL turned on by default.
While these modules were enabled in our generic config as well, especially when calling `genkernel --luks` now, we make sure that these options are present (https://gitweb.gentoo.org/proj/genkernel.git/commit/?id=3d071ae86e9b3a08250382f970b2eaea0db85090).