You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Kernel 5.7.17-2 is the last kernel, who is working correctly.
According to this bug, it manifests in a black screen when plymouth asks for the luks decryption password. You have to press a key, before the screen wents visible. IF a second display is attached, the second display displays the luks password request directly. The INTERNAL display is black in the moment, until a key gets pressed.
This is also gone with 5.7.17-2. I think this is a regression between 5.8.6 and 5.7.17-2.
Activity
Cyborgscode commentedon Sep 21, 2020
sorry: OS: Fedora 31
Cyborgscode commentedon Sep 21, 2020
Update: Bug still present in 5.8.10 F31
Cyborgscode commentedon Sep 21, 2020
Kernel 5.7.17-2 is the last kernel, who is working correctly.
According to this bug, it manifests in a black screen when plymouth asks for the luks decryption password. You have to press a key, before the screen wents visible. IF a second display is attached, the second display displays the luks password request directly. The INTERNAL display is black in the moment, until a key gets pressed.
This is also gone with 5.7.17-2. I think this is a regression between 5.8.6 and 5.7.17-2.
net: sfc: add missing xdp queue reinitialization
drm/msm: properly add and remove internal bridges
drm/msm: properly add and remove internal bridges
net/smc: fix illegal rmb_desc access in SMC-D connection dump
mm/pagewalk: fix stale walk->action escaping walk_pmd_range()