CachyOS: Display von Notebook wird nicht richtig erkannt

[sh.]

Hallo zusammen,

ich teste gerade CachyOS auf einem Notebook aber das Display vom Notebook wird anscheinend nicht richtig erkannt und deswegen auf 1024x768 und 13,3" eingestellt. Normal ist das Display 15,6" und hat 1920x1080.

Hier mal ein Auszug von inxi:

inxi -Gazy
Graphics:
  Device-1: Advanced Micro Devices [AMD/ATI] Picasso/Raven 2 [Radeon Vega
    Series / Radeon Mobile Series] vendor: Hewlett-Packard driver: N/A
    alternate: amdgpu arch: GCN-5 code: Vega process: GF 14nm built: 2017-20
    pcie: gen: 3 speed: 8 GT/s lanes: 16 bus-ID: 05:00.0 chip-ID: 1002:15d8
    class-ID: 0300
  Device-2: Lite-On HP HD Camera driver: uvcvideo type: USB rev: 2.0
    speed: 480 Mb/s lanes: 1 mode: 2.0 bus-ID: 3-2:3 chip-ID: 04ca:7089
    class-ID: 0e02 serial: <filter>
  Display: wayland server: Xwayland v: 24.1.15 compositor: kwin_wayland
    driver: gpu: simple-framebuffer display-ID: 1
  Monitor-1: Unknown-1 res: mode: 1024x768 hz: 60 scale: 100% (1) dpi: 96
    size: 270x203mm (10.63x7.99") diag: 338mm (13.3") modes: 1024x768
  API: EGL v: 1.5 platforms: device: 0 drv: swrast surfaceless: drv: swrast
    wayland: drv: swrast x11: drv: swrast inactive: gbm
  API: OpenGL v: 4.6 vendor: mesa v: 26.2.6-arch3.1 glx-v: 1.4
    direct-render: yes renderer: llvmpipe (LLVM 23.1.4 256 bits)
    device-ID: ffffffff:ffffffff memory: 5.55 GiB unified: yes
  API: Vulkan Message: No Vulkan data available.
  Info: Tools: api: clinfo, eglinfo, glxinfo, vulkaninfo
    de: kscreen-console,kscreen-doctor wl: wayland-info x11: xdpyinfo,xprop

Das gleiche Ergebnis auch mit dem lts-Kernel, also egal ob aktueller oder lts Kernel.

Notebook: HP ProBook 455 G6

 

[Sensei21]

Hi,

radeon und ati kernel module blacklisten (Laden verhindert) ?

HP ProBook 455 G6 linux amdgpu wrong screen resolution

HP ProBook 455 G6 users running Linux with the amdgpu driver often face wrong screen resolution or black screens due to the system falling back to the legacy ati or fbdev drivers, or due to missing EDID data for external displays. The integrated GPU is the AMD Ryzen 5 3500U (Picasso/Raven Ridge), which requires the open-source amdgpu driver (unloaded radeon and ati drivers) to function correctly.

Common Solutions​

• Ensure Correct Driver: Verify the system is using amdgpu and not ati or radeon. If inxi -Gx shows driver: ati or radeon, the wrong module is loaded. You may need to blacklist the legacy drivers or update your kernel to 5.7+ for better initial support.
• Fix Missing Resolutions via xrandr: If the native resolution (e.g., 1920x1080) is missing, generate a custom modeline using cvt and apply it:
  
  cvt 1920 1080 60
  xrandr --newmode "1920x1080_60.00" 173.00 1920 2048 2248 2576 1080 1083 1088 1120 -hsync +vsync
  xrandr --addmode eDP-1 "1920x1080_60.00"
  xrandr --output eDP-1 --mode "1920x1080_60.00"
  
  
• External Display Issues: If using HDMI/DisplayPort/USB-C, the monitor may wake with low resolution. Try unplugging and replugging the cable, or disabling/enabling DDC/CI in the monitor's OSD settings. For persistent external resolution failures, adding amdgpu.dc=0 to kernel boot parameters has been reported as a fix.
• Kernel Boot Parameters: For flickering or white screen issues on newer ProBooks (like the 800 series, but applicable to driver conflicts), try adding amdgpu.sg_display=0 to your kernel cmdline.

Quelle: search.brave.com

 

[sh.]

xrandr ist aber nur unter X11 verfügbar oder?

 

[Sensei21]

korrekt und modeline Probleme mit wayland wären via Kernel cmdline und benutzerdefiniertem edid.bin zu lösen

es scheint ohnehin der "falsche" Treiber am Werk zu sein:

Display: wayland server: Xwayland v: 24.1.15 compositor: kwin_wayland
driver: gpu: simple-framebuffer display-ID: 1

API: OpenGL v: 4.6 vendor: mesa v: 26.2.6-arch3.1 glx-v: 1.4
direct-render: yes renderer: llvmpipe (LLVM 23.1.4 256 bits)

llvmpipe ist software-Rendering (keine GPU Grafikbeschleunigung).

Der Treiber sollte radeonsi (von Mesa) sein - und amdgpu (dürfte Vega unterstützen) - so schaut es z.B. bei mir aus:

inxi -Gazy
Graphics:
Device-1: Advanced Micro Devices [AMD/ATI] Navi 48 [Radeon RX 9070/9070
XT/9070 GRE] vendor: ASRock driver: amdgpu v: kernel arch: RDNA-4
code: Navi-4x process: TSMC n4 (4nm) built: 2025+ pcie: gen: 5
speed: 32 GT/s lanes: 16 ports: active: DP-1 empty: DP-2, DP-3, HDMI-A-1,
Writeback-1 bus-ID: 08:00.0 chip-ID: 1002:7550 class-ID: 0300
Display: wayland server: X.org v: 1.21.1.25 with: Xwayland v: 24.1.14
compositor: kwin_wayland driver: X: loaded: amdgpu dri: radeonsi gpu: amdgpu
display-ID: 1
Monitor-1: DP-1 model: XG27*** serial: <filter> built: 2025 res: 3840x2160
dpi: 164 gamma: 1.2 size: 596x335mm (23.46x13.19") diag: 684mm (26.9")
ratio: 16:9 modes: max: 3840x2160 min: 640x480
API: EGL v: 1.5 hw: drv: amd radeonsi platforms: device: 0 drv: radeonsi
device: 1 drv: swrast gbm: drv: radeonsi surfaceless: drv: radeonsi wayland:
drv: radeonsi x11: drv: radeonsi
API: OpenGL v: 4.6 vendor: amd mesa v: 27.0.0-devel glx-v: 1.4
direct-render: yes renderer: AMD Radeon RX 9070 XT (radeonsi gfx1201 ACO DRM
3.66 7.3.4)
device-ID: 1002:7550 memory: 15.62 GiB unified: no
API: Vulkan v: 1.4.363 layers: 9 device: 0 type: discrete-gpu name: AMD
Radeon RX 9070 XT (RADV GFX1201) driver: mesa radv
v: 27.0.0-devel (git-d3c007c5dc) device-ID: 1002:7550 surfaces: N/A
Info: Tools: api: clinfo, eglinfo, glxinfo, vulkaninfo de: kscreen-console,
kscreen-doctor, xfce4-display-settings gpu: amdgpu_top, lact, radeontop,
umr x11: xdpyinfo, xprop, xrandr

 

[xNeo92x]

Das Problem scheint nicht direkt an der Display-Erkennung zu liegen, sondern daran, dass der AMDGPU-Treiber überhaupt nicht geladen wird.

Das erkennt man an mehreren Stellen deiner inxi-Ausgabe:

• driver: N/A > Kein aktiver Kernel-Grafiktreiber
• gpu: simple-framebuffer > Nur der einfache Framebuffer wird verwendet
• renderer: llvmpipe > Software-Rendering über die CPU statt über die AMD-GPU

Die Radeon-Vega-Grafik deines HP sollte eigentlich problemlos mit dem amdgpu-Treiber funktionieren.

Ich würde zunächst folgende Befehle ausführen:

cat /proc/cmdline
lspci -nnk -s 05:00.0
lsmod | grep amdgpu
sudo journalctl -b -k | grep -iE 'amdgpu|drm|firmware'


Achte besonders darauf, ob in der Ausgabe von cat /proc/cmdline der Parameter "nomodeset" auftaucht. Dieser verhindert das notwendige Kernel Mode Setting und könnte das gesamte Verhalten erklären.

Du kannst außerdem versuchen, den Treiber manuell zu laden:
sudo modprobe -v amdgpu

Falls dabei ein Fehler erscheint, wäre die genaue Meldung interessant.

Ich würde jedenfalls bislang nicht versuchen, die Auflösung manuell zu erzwingen. Sobald AMDGPU ordnungsgemäß läuft, sollte auch die native Auflösung von 1920×1080 automatisch erkannt werden, sofern keine zusätzlichen Display- oder EDID-Probleme vorliegen.