1. Please describe the problem:
On a Lenovo P14s Gen 4 (AMD) running Fedora 42, the LUKS password prompt is not visible when booting with kernel versions 6.15.4, 6.15.5, or 6.15.6 (i.e., the entire 6.15.x series so far). The system still accepts keyboard input, and the boot continues successfully if the correct passphrase is entered blindly. However, there is no visual indication that a LUKS passphrase is required, which can be confusing or problematic for users.
2. What is the Version-Release number of the kernel:
6.15.5-200.fc42.x86_64
3. Did it work previously in Fedora? If so, what kernel version did the issue
*first* appear? Old kernels are available for download at
https://koji.fedoraproject.org/koji/packageinfo?packageID=8 :
Yes, it worked with Fedora 42 running kernel 6.14.x. The issue seems to have started with the 6.15.x series.
4. Can you reproduce this issue? If so, please provide the steps to reproduce
the issue below:
Install Fedora 42 with LUKS disk encryption, update to kernel 6.15.x, reboot system, you won't see the LUKS prompt (on mentioned Lenovo HW).
5. Does this problem occur with the latest Rawhide kernel? To install the
Rawhide kernel, run ``sudo dnf install fedora-repos-rawhide`` followed by
``sudo dnf update --enablerepo=rawhide kernel``:
With 6.16.0-0.rc6.251.vanilla.fc42.x86_64, the issue appears slightly different: the LUKS prompt is present but extremely dim—barely visible, almost like the display is set to 0% brightness. This may indicate a brightness control regression or be related to Fedora 42's updated boot process, where Plymouth now uses the EFI firmware framebuffer to display the splash screen earlier in the boot sequence.
6. Are you running any modules that not shipped with directly Fedora's kernel?:
no
7. Please attach the kernel logs. You can get the complete kernel log
for a boot with ``journalctl --no-hostname -k > dmesg.txt``. If the
issue occurred on a previous boot, use the journalctl ``-b`` flag.
Attached after bug creation.
Reproducible: Always
Setting GRUB_CMDLINE_LINUX="<...>plymouth.use-simpledrm=0" does not help. LUKS stays invisible.
The issue also appears on a newer kernel 6.15.7-200.fc42.x86_64.