Black Screen at Plymouth Password Screen on Cold Boots

Ask Fedora
, , , , , ,
1

Hello,

I am hoping someone can help me isolate an issue when at the initramfs stage of my Laptop (running Fedora 40).

I have dual graphics cards, Intel and NVIDIA:

Graphics:
  Device-1: Intel Alder Lake-P GT2 [Iris Xe Graphics] vendor: Razer USA
    driver: i915 v: kernel alternate: xe arch: Gen-12.2 process: Intel 10nm
    built: 2021-22+ ports: active: eDP-1 empty: none bus-ID: 00:02.0
    chip-ID: 8086:46a6 class-ID: 0300
  Device-2: NVIDIA GA106M [GeForce RTX 3060 Mobile / Max-Q]
    vendor: Razer USA driver: nvidia v: 555.58.02 alternate: nouveau,nvidia_drm
    non-free: 550.xx+ status: current (as of 2024-04; EOL~2026-12-xx)
    arch: Ampere code: GAxxx process: TSMC n7 (7nm) built: 2020-2023 pcie:
    gen: 4 speed: 16 GT/s lanes: 8 link-max: lanes: 16 ports: active: none
    empty: DP-1, DP-2, DP-3, HDMI-A-1, eDP-2 bus-ID: 01:00.0
    chip-ID: 10de:2560 class-ID: 0300
  Device-3: IMC Networks Integrated RGB Camera driver: uvcvideo type: USB
    rev: 2.0 speed: 480 Mb/s lanes: 1 mode: 2.0 bus-ID: 1-2:2 chip-ID: 13d3:5279
    class-ID: 0e02 serial: 01.00.00
  Display: server: X.Org v: 24.1.2 with: Xwayland v: 24.1.2
    compositor: gnome-shell v: 46.4 driver: X: loaded: intel dri: iris gpu: i915
    display-ID: :0 screens: 1
  Screen-1: 0 s-res: 2560x1440 s-dpi: 96 s-size: 677x381mm (26.65x15.00")
    s-diag: 777mm (30.58")
  Monitor-1: eDP-1 model: Sharp LQ156T1JW03 built: 2020 res: 2560x1440
    hz: 240 dpi: 191 gamma: 1.2 chroma: red: x: 0.682 y: 0.318 green: x: 0.263
    y: 0.690 blue: x: 0.149 y: 0.059 white: x: 0.314 y: 0.349
    size: 340x190mm (13.39x7.48") diag: 395mm (15.5") ratio: 16:9
    modes: 2560x1440
  EDID-Warnings: 1: parse_edid: unknown tag 112
  API: OpenGL v: 4.6 vendor: intel mesa v: 24.1.6 glx-v: 1.4 es-v: 3.2
    direct-render: yes renderer: Mesa Intel Graphics (ADL GT2)
    device-ID: 8086:46a6 memory: 7.47 GiB unified: yes
  API: EGL Message: EGL data requires eglinfo. Check --recommends.

However when I cold-start my PC, at the Plymouth password prompt screen I get a black screen (not black with backlight on, but backlight is off completely). I can blindly enter my password and shortly after this the screen lights up and shows the Plymouth splash screen.

If I reboot my PC, this password prompt shows up properly. What could make the difference in initramfs between a reboot and a shutdown/power-up? I am thinking possibly something is stored in memory once the root filesystem is unlocked and loaded that is then persisting through reboots.

If I omit the i915 and xe drivers from my initramfs, then cold boots show the password prompt properly again, however the resolution of the Plymouth password screen is not as good. i915 is included by default and I would like it to be if it means it can be used as a drm device for the Plymouth screen.

Other Info:

System:
  Host: fedora Kernel: 6.10.6-200.fc40.x86_64 arch: x86_64 bits: 64
  Console: pty pts/1 Distro: Fedora Linux 40 (Workstation Edition)
Machine:
  Type: Laptop System: Razer product: Blade 15 (2022) - RZ09-0421 v: 8.04
    serial: BY2222M73501760
  Mobo: Razer model: CH580 v: 4 serial: N/A UEFI: Razer v: 2.06
    date: 11/01/2023

Logs for these 3 scenarios:
Working: i915 included in initramfs and rebooting
Working: i915 omitted from initramfs and cold booting
Not Working: i915 included in initramfs and cold booting

Only show the following differences:

Only showing in i915 omitted from initramfs and cold booting:

fedora kernel: platform INTC1041:00: hash matches
fedora kernel: acpi INTC1041:00: hash matches
fedora kernel: memory memory67: hash matches

In i915-included initramfs (cold and reboot):

fedora kernel: i915 0000:00:02.0: [drm] VT-d active for gfx access
fedora kernel: i915 0000:00:02.0: vgaarb: deactivate vga console
fedora kernel: i915 0000:00:02.0: [drm] Using Transparent Hugepages
fedora kernel: i915 0000:00:02.0: vgaarb: VGA decodes changed: olddecodes=io+mem,decodes=none:owns=io+mem
fedora kernel: i915 0000:00:02.0: [drm] Finished loading DMC firmware i915/adlp_dmc.bin (v2.20)
fedora kernel: i915 0000:00:02.0: [drm] GT0: GuC firmware i915/adlp_guc_70.bin version 70.29.2
fedora kernel: i915 0000:00:02.0: [drm] GT0: HuC firmware i915/tgl_huc.bin version 7.9.3
fedora kernel: i915 0000:00:02.0: [drm] GT0: HuC: authenticated for all workloads
fedora kernel: i915 0000:00:02.0: [drm] GT0: GUC: submission enabled
fedora kernel: i915 0000:00:02.0: [drm] GT0: GUC: SLPC enabled
fedora kernel: i915 0000:00:02.0: [drm] GT0: GUC: RC enabled
fedora kernel: i915 0000:00:02.0: [drm] Protected Xe Path (PXP) protected content support initialized
fedora kernel: i915 0000:00:02.0: [drm] Skipping intel_backlight registration
fedora kernel: [drm] Initialized i915 1.6.0 20230929 for 0000:00:02.0 on minor 1
fedora kernel: ACPI: video: [Firmware Bug]: ACPI(PEGP) defines _DOD but not _DOS
fedora kernel: ACPI: video: Video Device [PEGP] (multi-head: yes rom: yes post: no)
fedora kernel: input: Video Bus as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/device:00/LNXVIDEO:00/input/input14
fedora kernel: ACPI: video: Video Device [GFX0] (multi-head: yes rom: no post: no)
fedora kernel: input: Video Bus as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/LNXVIDEO:01/input/input15
fedora kernel: fbcon: i915drmfb (fb0) is primary device
fedora kernel: fbcon: Deferring console take-over
fedora kernel: i915 0000:00:02.0: [drm] fb0: i915drmfb frame buffer device

1 Like