Linux T580 Display / Grafikfehler? Hardware oder Software?

[vibrasphere]

Hallo!
Habe nach der Installation von Debian 12 auf meinem Thinkpad T580 ganz komische Grafikfehler, die sich folgendermaßen äußern, zu erkennen am unteren Bildschirmrand:
https://emalm.com/?v=9d9wr

Kann sich jemand erklären, was es damit auf sich hat, und was ich dagegen tun kann?
Hier mal die Ausgabe von inxi:

t580@t580:~$ inxi -Fz
System:
  Kernel: 6.1.0-11-amd64 arch: x86_64 bits: 64 Desktop: Xfce v: 4.18.1
    Distro: Debian GNU/Linux 12 (bookworm)
Machine:
  Type: Laptop System: LENOVO product: 20LAS4KG0Q v: ThinkPad T580
    serial: <superuser required>
  Mobo: LENOVO model: 20LAS4KG0Q v: SDK0J40697 WIN
    serial: <superuser required> UEFI: LENOVO v: N27ET50P (1.36 )
    date: 07/13/2023
Battery:
  ID-1: BAT0 charge: 27.4 Wh (93.5%) condition: 29.3/31.9 Wh (91.7%)
    volts: 15.4 min: 15.2
  ID-2: BAT1 charge: 17.9 Wh (81.4%) condition: 22.0/23.9 Wh (91.8%)
CPU:
  Info: quad core model: Intel Core i7-8650U bits: 64 type: MT MCP cache:
    L2: 1024 KiB
  Speed (MHz): avg: 1775 min/max: 400/4200 cores: 1: 800 2: 2100 3: 2100
    4: 2100 5: 2100 6: 2100 7: 800 8: 2100
Graphics:
  Device-1: Intel UHD Graphics 620 driver: i915 v: kernel
  Device-2: IMC Networks Integrated Camera type: USB driver: uvcvideo
  Display: x11 server: X.Org v: 1.21.1.7 driver: X: loaded: modesetting
    unloaded: fbdev,vesa dri: iris gpu: i915 resolution: 1920x1080~60Hz
  API: OpenGL v: 4.6 Mesa 22.3.6 renderer: Mesa Intel UHD Graphics 620 (KBL
    GT2)
Audio:
  Device-1: Intel Sunrise Point-LP HD Audio driver: snd_hda_intel
  API: ALSA v: k6.1.0-11-amd64 status: kernel-api
  Server-1: PulseAudio v: 16.1 status: active
Network:
  Device-1: Intel Wireless 8265 / 8275 driver: iwlwifi
  IF: wlp4s0 state: up mac: <filter>
Drives:
  Local Storage: total: 953.88 GiB used: 556.7 GiB (58.4%)
  ID-1: /dev/nvme0n1 vendor: KingSpec model: NE-512 size: 476.94 GiB
  ID-2: /dev/nvme1n1 vendor: Samsung model: MZVLB512HAJQ-000L7
    size: 476.94 GiB
Partition:
  ID-1: / size: 36.37 GiB used: 12.68 GiB (34.9%) fs: ext4 dev: /dev/dm-1
  ID-2: /boot size: 436.8 MiB used: 148.8 MiB (34.1%) fs: ext4
    dev: /dev/nvme0n1p2
  ID-3: /boot/efi size: 187.1 MiB used: 5.8 MiB (3.1%) fs: vfat
    dev: /dev/nvme0n1p1
  ID-4: /home size: 401.72 GiB used: 300.3 GiB (74.8%) fs: ext4
    dev: /dev/dm-2
Swap:
  ID-1: swap-1 type: partition size: 29.8 GiB used: 0 KiB (0.0%)
    dev: /dev/dm-3
Sensors:
  System Temperatures: cpu: 43.0 C mobo: N/A
  Fan Speeds (RPM): fan-1: 0
Info:
  Processes: 242 Uptime: 0m Memory: 15.47 GiB used: 1.95 GiB (12.6%)
  Shell: Bash inxi: 3.3.26

Bin mir jetzt unsicher, wo ich zu suchen beginnen soll, und will auch ungern einfach was aufschrauben und am Ende mache ich noch mehr kaputt als es eigentlich war. Festplatte und RAM tauschen bekomme ich hin, aber Display und deren Kabel, stelle ich mir gefährlich vor...

Wie würdet ihr hier vorgehen?
Viele Grüße!

 

[thorfdbg]

Eigentlich sollten die Panels 60Hz können, aber eventuell ist ein bisschen zu hoch einfach ein bisschen zu hoch. Ich meine eigentlich die niedrigste der 59.9.. Frequenzen, aber 48 geht natürlich auch mal für einen Test.

 

[vibrasphere]

Eigentlich sollten die Panels 60Hz können, aber eventuell ist ein bisschen zu hoch einfach ein bisschen zu hoch. Ich meine eigentlich die niedrigste der 59.9.. Frequenzen, aber 48 geht natürlich auch mal für einen Test.

Achso, jetzt verstehe ich es auch, sorry Gestern habe ich das Notebook den ganzen Tag intensiv genutzt und es war kein Fehler zu vermelden bei den 48Hz (was natürlich auch Zufall sein kann). Habe jetzt 59,93 eingestellt und beobachte es weiterhin.

 

[zwieblum]

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash i915.enable_psr=0"

oder?

ja - und update-grub nicht vergessen

 

[vibrasphere]

Danke! Das werde ich dann machen, falls, bzw. sobald der Fehler wieder auftritt. Bis jetzt sieht es gut aus
Ach ja, weil es bei diesem Kernelparameter ja scheinbar um eine Art Energiesparmodus der intel iGPU geht, kann es auch sein, dass TLP, das ich ja auf meinem Thinkpad installiert habe, seine Finger im Spiel hat? Frage weil das ja auch oft bzgl. irgendwelcher Energiesparfunktionen nachreguliert. Bis jetzt war ich allerdings mit dem Effekt von TLP auf die Akkulaufzeit immer sehr zufrieden.

Sollte das Problem jetzt wirklich ein für alle Mal fernbleiben, würdet ihr dann die Maßnahmen wie Backport-Kernel, Kernelparameter usw trotzdem machen? Im Sinne von "never change a running system" eher nicht, oder?

 

[zwieblum]

TLP ist nicht mein Ding - das hat bei den alten Teilen das SATA-Interface auf powersave gaestellt - mit dem wenig prickelnden Ergebnis, dass sich die SSD nach einigen Minuten Idle "verschwunden" ist.

 

[Ravensberger]

Ist das schon länger her? Vom Standard her sind in tlp.conf ja alle Einträge auskommentiert, so dass keine Änderungen am Energiemanagement gesetzt sein sollten / dürfen. Ich habe gerade auf allen alten Geräten tlp aktiviert, da dies die Einstellung

CPU_SCALING_GOVERNOR_ON_AC=conservative

oder eben "ondemand" ermöglich - und ich nicht weiß in welcher Konfigdatei dieser Wert manuell einzutragen wäre... Die Core2Duo können hiermit gut umgehen.

Beitrag automatisch zusammengeführt: 29 Aug. 2023

Okay,
/sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
Irgendwo mußte es sich ja verstecken.

 

[zwieblum]

Gefühlt war das gestern .. also eher vor 10 jahren Governor ist bei mir am Laptop immer "powersave" - das erledigt bei mir die DE (ausnahmsweise lass ich die da werkeln)