Grafiktreiber

[donny]

Hey wie setzt man seinen Grafiktreiber auf Werkseinstellung? Also so wie es direkt nach dem installieren von Linux war, ohne selber einen bestimmten Treiber aussuchen zu müssen.

[hikaru]

Grafiktreiber haben keine "Werkseinstellungen".

Das bisherige Ausbleiben von Antworten dürfte darauf zurückzuführen sein, dass aus deiner Frage überhaupt nicht klar wird, welche Situation bei dir vorliegt und was du daran ändern möchtest.

[donny]

Grafiktreiber haben keine "Werkseinstellungen".

Das bisherige Ausbleiben von Antworten dürfte darauf zurückzuführen sein, dass aus deiner Frage überhaupt nicht klar wird, welche Situation bei dir vorliegt und was du daran ändern möchtest.

Ich komme mit meinem Geobook 140 immerwieder an Grafisch technische Schwierigkeiten und probiere andere Treibermöglichkeiten aus. Mich beschleicht der Gedanke dadurch unbemerkt neue Probleme zu schaffen.
Im nachhinein betrachtet, hätte ich Wiederherstellungspunkte setzen können aber will man auch nicht für jede Kleinigkeit.

Zum Thema Werkseinstellungen, ich wollte einen Anhaltspunkt zu den benötigten Treibern haben und da bei der Installtion automatisch erkannt wird was gebraucht wird, dachte ich das könnte man sich zunutze machen. Im besten Fall dachte ich, dass es einen Befehl gibt, der einen Treiber zurücksetzt aber manuell geht es auch, wenn man irgwo im System lesen kann was man braucht.

[hikaru]

Geobook 140

Also ein Notebook mit Celeron N4020 und integrierter UHD 600. [1] Das ist eine recht schlichte Konfiguration. Außer mal nachzuschauen, ob intel-microcode und firmware-misc-nonfree installiert sind, bleibt da eigentlich nichts zu tun.

Grafisch technische Schwierigkeiten und probiere andere Treibermöglichkeiten aus.

Was bedeutet das konkret?
Welche Probleme hast du? Siehst du dazu Logeinträge?
Was hast du wie versucht zu ändern?


[1] https://geo-computers.com/geobook-140/

[geoliver2104]

Ich nehm mal an du hast alles erst kürzlich installiert und dann ein wenig herum experimentiert.
Wenn dem so ist, am Besten alles löschen, nochmals installieren und versuchen es besser zu machen.
Ist bei neuen Installationen oft zeitsparender als jedem Fehler nachzugehen !

[donny]

Außer mal nachzuschauen, ob intel-microcode und firmware-misc-nonfree installiert sind, bleibt da eigentlich nichts zu tun.

Wie es aussieht hab ich intel-microcode nicht installiert. Für die Zukunft mit anderen Geräten, wie kann ich wissen was benötigt wird?

Welche Probleme hast du? Siehst du dazu Logeinträge?
Was hast du wie versucht zu ändern?

Ich habe diverse Probleme wie, dass ich meine Auflösung nicht ändern kann ohne einen hard crash zu bekommen, gleiches passiert wenn ich aus Bildschirmschoner/standby rauskomme und bei Parole hängt sich das Bild häufig auf.
Aber dafür habe ich separate Threats geöffnet.

viewtopic.php?t=187595
viewtopic.php?t=187567


Dazu habe ich im xfce forum gefragt, wo es gerade interessante Lösungansätze gibt.
Falls interesse besteht es zu verfolgen, hier ist der link:
https://forum.xfce.org/viewtopic.php?id=16920

Es gibt logfiles nach dem hardcrash und einen Neustart, die allerdings nicht hilfreich waren, in diesem Threat habe ich sie reingestellt, nachdem danach gefragt wurde.
https://forum.xfce.org/viewtopic.php?id=16887

[hikaru]

Wie es aussieht hab ich intel-microcode nicht installiert. Für die Zukunft mit anderen Geräten, wie kann ich wissen was benötigt wird?

Faustregel:
Rechner mit Intel-CPU bekommen intel-microcode, Rechner mit AMD-CPU bekommen amd64-microcode.

Ich habe diverse Probleme wie, dass ich meine Auflösung nicht ändern kann ohne einen hard crash zu bekommen, gleiches passiert wenn ich aus Bildschirmschoner/standby rauskomme und bei Parole hängt sich das Bild häufig auf.
Aber dafür habe ich separate Threats geöffnet.

viewtopic.php?t=187595
viewtopic.php?t=187567

Mit Kernel 6.1 aus Bookworm hatte ich auf einem Notebook mit Celeron N4100 ebenfalls Grafikprobleme (schwarzes Bild direkt nach Laden des Grafiktreibers). Dort nutze ich bis auf Weiteres den Testing-Kernel ohne Probleme.
Könntest du bitte linux-image-5.10.0-25-amd64 aus Bullseye oder linux-image-6.4.0-3-amd64 aus Trixie testen? Beide sollten unter Bookworm funktionieren.

Dazu habe ich im xfce forum gefragt, wo es gerade interessante Lösungansätze gibt.
Falls interesse besteht es zu verfolgen, hier ist der link:
https://forum.xfce.org/viewtopic.php?id=16920

Die Antworten die du in dem Thread bekommen hast, taugen meiner Meinung nach nichts.

Es gibt logfiles nach dem hardcrash und einen Neustart, die allerdings nicht hilfreich waren, in diesem Threat habe ich sie reingestellt, nachdem danach gefragt wurde.
https://forum.xfce.org/viewtopic.php?id=16887

Die Logs liefern leider keine verwertbaren Daten.
Falls du eine zweiten Rechner hast, kannst du dann bitte nach den nächsten Crash versuchen, dich von dort auf deinem Geobook per ssh einzuloggen und nochmal die Logs abrufen?
Falls das nicht geht, schau bitte direkt nach dem Reboot, was in /var/log/Xorg.1.log steht! Das ist das Log der letzten X-Session und enthält hoffentlich eine Fehlermeldung.

Edit:
Die Ausgabe von xrandr wäre möglicherweise noch interessant.

[donny]

Die Ausgabe von xrandr wäre möglicherweise noch interessant.

Code: Alles auswählen

Screen 0: minimum 320 x 200, current 1366 x 768, maximum 16384 x 16384
eDP-1 connected primary 1366x768+0+0 (normal left inverted right x axis y axis) 309mm x 173mm
   1366x768      60.00*+  41.06  
   1280x720      60.00    59.99    59.86    59.74  
   1024x768      60.04    60.00  
   960x720       60.00  
   928x696       60.05  
   896x672       60.01  
   1024x576      59.95    59.96    59.90    59.82  
   960x600       59.93    60.00  
   960x540       59.96    59.99    59.63    59.82  
   800x600       60.00    60.32    56.25  
   840x525       60.01    59.88  
   864x486       59.92    59.57  
   700x525       59.98  
   800x450       59.95    59.82  
   640x512       60.02  
   700x450       59.96    59.88  
   640x480       60.00    59.94  
   720x405       59.51    58.99  
   684x384       59.88    59.85  
   640x400       59.88    59.98  
   640x360       59.86    59.83    59.84    59.32  
   512x384       60.00  
   512x288       60.00    59.92  
   480x270       59.63    59.82  
   400x300       60.32    56.34  
   432x243       59.92    59.57  
   320x240       60.05  
   360x202       59.51    59.13  
   320x180       59.84    59.32  
HDMI-1 disconnected (normal left inverted right x axis y axis)
DP-1 disconnected (normal left inverted right x axis y axis)
HDMI-2 disconnected (normal left inverted right x axis y axis)

schau bitte direkt nach dem Reboot, was in /var/log/Xorg.1.log steht! Das ist das Log der letzten X-Session und enthält hoffentlich eine Fehlermeldung

41954

Falls du eine zweiten Rechner hast, kannst du dann bitte nach den nächsten Crash versuchen, dich von dort auf deinem Geobook per ssh einzuloggen und nochmal die Logs abrufen?

Klingt einleuchtend, bräuchte eine kurze Anleitung wie das geht.

[hikaru]

Ich habe deinen Beitrag mal etwas "aufgeräumt".

Die xrandr-Ausgabe sieht normal aus.
In deinem Xorg.1.log gibt es keine Auffälligkeiten. Hast du das wirklich direkt nach dem Reboot nach einem Crash gezogen, oder ist das nur das gerade aktuelle Log ohne vorherigen Absturz?

Für den ssh-Login stell sicher, dass openssh-server installiert ist. Dann holst du dir die IP-Adresse deines Geobook und merkst sie dir (oder schreibst sie auf einen Zettel):

Code: Alles auswählen

ip a

Nach dem nächsten Grafikproblem lässt du das Geobook laufen und loggst dich dort von deinem zweiten Rechner aus ein:

Code: Alles auswählen

ssh donny@>IP-ADRESSE<

In der ssh-Session kannst du Logs auswerten und, falls sinnvoll, wegspeichern.

Es dürfte auch sinnvoll sein, ein permanentes systemd-Log anzulegen. Dann siehst du auch über Reboots hinweg, ob Fehlermeldungen geloggt wurden.
Als root:

Code: Alles auswählen

mkdir /var/log/journal
killall -USR1 systemd-journald

[donny]

Hast du das wirklich direkt nach dem Reboot nach einem Crash gezogen, oder ist das nur das gerade aktuelle Log ohne vorherigen Absturz?

Ich habe das Standbild reproduziert, das Gerät neu gestartet und die logs kopiert.

Nach dem nächsten Grafikproblem lässt du das Geobook laufen und loggst dich dort von deinem zweiten Rechner aus ein

Habe ich soeben gemacht.

Unter

Code: Alles auswählen

tail -f /var/log/Xorg.0.log

erhalte ich die folgende Ausgabe, wobei die letzten 3 Ausgaben etwa eine Minute später, nach dem Standbild kamen.

Code: Alles auswählen

 tail -f /var/log/Xorg.0.log
[    16.110] (II) modeset(0): Modeline "1366x768"x0.0   60.00  1366 1414 1446 1485  768 771 777 984 -hsync -vsync (40.4 kHz e)
[    18.327] (II) modeset(0): EDID vendor "BOE", prod id 1521
[    18.327] (II) modeset(0): DDCModeFromDetailedTiming: 1366x768 Warning: We only handle separate sync.
[    18.327] (II) modeset(0): Printing DDC gathered Modelines:
[    18.327] (II) modeset(0): Modeline "1366x768"x0.0   70.12  1366 1414 1446 1485  768 771 777 787 +hsync -vsync (47.2 kHz eP)
[    18.327] (II) modeset(0): Modeline "1366x768"x0.0   60.00  1366 1414 1446 1485  768 771 777 984 -hsync -vsync (40.4 kHz e)
[  3194.744] (EE) event7  - HTIX5288:00 0911:5288 Touchpad: kernel bug: Touch jump detected and discarded.
See https://wayland.freedesktop.org/libinput/doc/1.22.1/touchpad-jumping-cursors.html for details
[  5081.265] (EE) event7  - HTIX5288:00 0911:5288 Touchpad: kernel bug: Touch jump detected and discarded.
See https://wayland.freedesktop.org/libinput/doc/1.22.1/touchpad-jumping-cursors.html for details
[ 10937.224] (II) event7  - HTIX5288:00 0911:5288 Touchpad: SYN_DROPPED event - some input events have been lost.

Welche Protokolle wären noch wichtig, während des Standbildes? Ich habe

Code: Alles auswählen

journalctl --user

laufen lassen aber da muss ich extrem lange scrollen bis ich am heutigen Datum ankomme.

Es dürfte auch sinnvoll sein, ein permanentes systemd-Log anzulegen. Dann siehst du auch über Reboots hinweg, ob Fehlermeldungen geloggt wurden.

Bei

Code: Alles auswählen

mkdir /var/log/journal

gibt er aus, dass es das schon gibt. Und bei

Code: Alles auswählen

killall -USR1 systemd-journald

kennt er den Befehl killall nicht

[hikaru]

Unter

Code: Alles auswählen

tail -f /var/log/Xorg.0.log

erhalte ich die folgende Ausgabe, wobei die letzten 3 Ausgaben etwa eine Minute später, nach dem Standbild kamen.

Code: Alles auswählen

 tail -f /var/log/Xorg.0.log
[    16.110] (II) modeset(0): Modeline "1366x768"x0.0   60.00  1366 1414 1446 1485  768 771 777 984 -hsync -vsync (40.4 kHz e)
[    18.327] (II) modeset(0): EDID vendor "BOE", prod id 1521
[    18.327] (II) modeset(0): DDCModeFromDetailedTiming: 1366x768 Warning: We only handle separate sync.
[    18.327] (II) modeset(0): Printing DDC gathered Modelines:
[    18.327] (II) modeset(0): Modeline "1366x768"x0.0   70.12  1366 1414 1446 1485  768 771 777 787 +hsync -vsync (47.2 kHz eP)
[    18.327] (II) modeset(0): Modeline "1366x768"x0.0   60.00  1366 1414 1446 1485  768 771 777 984 -hsync -vsync (40.4 kHz e)
[  3194.744] (EE) event7  - HTIX5288:00 0911:5288 Touchpad: kernel bug: Touch jump detected and discarded.
See https://wayland.freedesktop.org/libinput/doc/1.22.1/touchpad-jumping-cursors.html for details
[  5081.265] (EE) event7  - HTIX5288:00 0911:5288 Touchpad: kernel bug: Touch jump detected and discarded.
See https://wayland.freedesktop.org/libinput/doc/1.22.1/touchpad-jumping-cursors.html for details
[ 10937.224] (II) event7  - HTIX5288:00 0911:5288 Touchpad: SYN_DROPPED event - some input events have been lost.

Diese drei Meldungen könnten(!) auf Probleme mit dem Touchpad hinweisen, haben aber nichts mit dem Bildschirm zu tun.
Du könntest beim nächsten Auftreten mal gezielt nach Fehlermeldungen suchen:

Code: Alles auswählen

grep '(EE)' /var/log/Xorg.0.log

Ich habe

Code: Alles auswählen

journalctl --user

laufen lassen aber da muss ich extrem lange scrollen bis ich am heutigen Datum ankomme.

Mit --user siehst du halt keine Fehlermeldungen vom Kernel, wie z.B. abstürzende Treiber. Wenn überhaupt, dann wäre die Einschränkung auf --system sinnvoller.

Bei

Code: Alles auswählen

mkdir /var/log/journal

gibt er aus, dass es das schon gibt.

Dann hast du bereits ein permanentes Log und solltest darin alle Fehlermeldungen finden können, sofern es sie gibt.

Und bei

Code: Alles auswählen

killall -USR1 systemd-journald

kennt er den Befehl killall nicht

Das ist nicht weiter tragisch. Das sollte nur dazu dienen, das permanente Log sofort anzulegen, statt nach dem nächsten Reboot. Aber da das Log ja bereits existiert, hat sich das erledigt.
/usr/bin/killall befindet sich im Paket psmisc. Ich war der Ansicht, das würde zur Standardinstallation gehören. Offenbar habe ich mich geirrt.

[donny]

Dann hast du bereits ein permanentes Log und solltest darin alle Fehlermeldungen finden können, sofern es sie gibt.

Das ist die Ausgabe vom Journal ab dem Zeitpunkt des Standbildes. Ist alles gelb unterlegt.
Hab die Ausgabe über die Console erhalten, da ich die Datei sonst nicht öffnen kann.
Bei Zeilen mit " > " am Ende soll man mit Pfeiltaste nach rechts weitere Informationen erhalten aber es tut sich nichts.

Code: Alles auswählen

Sep 02 00:18:56 lx kernel: ------------[ cut here ]------------
Sep 02 00:18:56 lx kernel: i915 0000:00:02.0: Unexpected DBuf power power state (0x00000000, expected 0x0000000>
Sep 02 00:18:56 lx kernel: WARNING: CPU: 0 PID: 654 at drivers/gpu/drm/i915/display/intel_display_power_well.c:>
Sep 02 00:18:56 lx kernel: Modules linked in: ccm qrtr cmac algif_hash algif_skcipher af_alg bnep x86_pkg_temp_>
Sep 02 00:18:56 lx kernel:  rapl snd_hda_codec ansi_cprng watchdog videodev snd_usbmidi_lib cfg80211 snd_soc_co>
Sep 02 00:18:56 lx kernel:  i2c_i801 i2c_smbus cec rc_core ttm usbcore libata drm_kms_helper sdhci_pci cqhci sd>
Sep 02 00:18:56 lx kernel: CPU: 0 PID: 654 Comm: Xorg Not tainted 6.1.0-11-amd64 #1  Debian 6.1.38-4
Sep 02 00:18:56 lx kernel: Hardware name: Tactus GeoBook 140/IG218, BIOS LC-BIOS-059-IG218-D 09/15/2021
Sep 02 00:18:56 lx kernel: RIP: 0010:gen9_disable_dc_states+0x2ae/0x2c0 [i915]
Sep 02 00:18:56 lx kernel: Code: b6 e8 4c 8b 6f 50 4d 85 ed 75 03 4c 8b 2f e8 89 7d 61 c9 45 89 e0 89 e9 4c 89 >
Sep 02 00:18:56 lx kernel: RSP: 0018:ffffaa9580f93820 EFLAGS: 00010286
Sep 02 00:18:56 lx kernel: RAX: 0000000000000000 RBX: ffff98f2cc4e0000 RCX: 0000000000000000
Sep 02 00:18:56 lx kernel: RDX: 0000000000000002 RSI: ffffffff8ad4191e RDI: 00000000ffffffff
Sep 02 00:18:56 lx kernel: RBP: 0000000000000000 R08: 0000000000000000 R09: ffffaa9580f93690
Sep 02 00:18:56 lx kernel: R10: 0000000000000003 R11: ffffffff8b4d43a8 R12: 0000000000000001
Sep 02 00:18:56 lx kernel: R13: ffff98f2c0f33510 R14: ffff98f2cc4e1c20 R15: ffff98f2cc4e0000
Sep 02 00:18:56 lx kernel: FS:  00007f8de920fac0(0000) GS:ffff98f33bc00000(0000) knlGS:0000000000000000
Sep 02 00:18:56 lx kernel: CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
Sep 02 00:18:56 lx kernel: CR2: 00007f8dd804c000 CR3: 000000010c906000 CR4: 0000000000350ef0
Sep 02 00:18:56 lx kernel: Call Trace:
Sep 02 00:18:56 lx kernel:  <TASK>
Sep 02 00:18:56 lx kernel:  ? __warn+0x7d/0xc0
Sep 02 00:18:56 lx kernel:  ? gen9_disable_dc_states+0x2ae/0x2c0 [i915]
Sep 02 00:18:56 lx kernel:  ? report_bug+0xe6/0x170
Sep 02 00:18:56 lx kernel:  ? irq_work_queue+0xa/0x50
Sep 02 00:18:56 lx kernel:  ? handle_bug+0x41/0x70
Sep 02 00:18:56 lx kernel:  ? exc_invalid_op+0x13/0x60
Sep 02 00:18:56 lx kernel:  ? asm_exc_invalid_op+0x16/0x20
Sep 02 00:18:56 lx kernel:  ? gen9_disable_dc_states+0x2ae/0x2c0 [i915]
Sep 02 00:18:56 lx kernel:  intel_power_well_enable+0x57/0x70 [i915]
Sep 02 00:18:56 lx kernel:  __intel_display_power_get_domain.part.0+0x52/0x70 [i915]
Sep 02 00:18:56 lx kernel:  intel_display_power_get+0x46/0x60 [i915]
Sep 02 00:18:56 lx kernel:  intel_dp_aux_xfer+0x10e/0x7a0 [i915]
Sep 02 00:18:56 lx kernel:  ? __schedule+0x359/0xa20
Sep 02 00:18:56 lx kernel:  ? schedule_hrtimeout_range_clock+0xdf/0x120
Sep 02 00:18:56 lx kernel:  intel_dp_aux_transfer+0x201/0x320 [i915]
Sep 02 00:18:56 lx kernel:  drm_dp_dpcd_access+0xaa/0x130 [drm_display_helper]
Sep 02 00:18:56 lx kernel:  drm_dp_dpcd_write+0x89/0xd0 [drm_display_helper]
Sep 02 00:18:56 lx kernel:  intel_dp_set_power+0x63/0x180 [i915]
Sep 02 00:18:56 lx kernel:  intel_ddi_post_disable+0x47b/0x4d0 [i915]
Sep 02 00:18:56 lx kernel:  intel_encoders_post_disable+0x7b/0x90 [i915]
Sep 02 00:18:56 lx kernel:  intel_old_crtc_state_disables+0x38/0xa0 [i915]
Sep 02 00:18:56 lx kernel:  intel_atomic_commit_tail+0x392/0xe30 [i915]
Sep 02 00:18:56 lx kernel:  intel_atomic_commit+0x34f/0x390 [i915]
Sep 02 00:18:56 lx kernel:  drm_atomic_commit+0x93/0xc0 [drm]
Sep 02 00:18:56 lx kernel:  ? drm_plane_get_damage_clips.cold+0x1c/0x1c [drm]
Sep 02 00:18:56 lx kernel:  drm_atomic_connector_commit_dpms+0xcb/0xf0 [drm]
Sep 02 00:18:56 lx kernel:  drm_mode_obj_set_property_ioctl+0x193/0x3d0 [drm]
Sep 02 00:18:56 lx kernel:  ? drm_connector_set_obj_prop+0x90/0x90 [drm]
Sep 02 00:18:56 lx kernel:  drm_connector_property_set_ioctl+0x39/0x60 [drm]
Sep 02 00:18:56 lx kernel:  drm_ioctl_kernel+0xc6/0x170 [drm]
Sep 02 00:18:56 lx kernel:  drm_ioctl+0x22f/0x410 [drm]
Sep 02 00:18:56 lx kernel:  ? drm_connector_set_obj_prop+0x90/0x90 [drm]
Sep 02 00:18:56 lx kernel:  __x64_sys_ioctl+0x8d/0xd0
Sep 02 00:18:56 lx kernel:  do_syscall_64+0x58/0xc0
Sep 02 00:18:56 lx kernel:  ? syscall_exit_to_user_mode+0x17/0x40
Sep 02 00:18:56 lx kernel:  ? do_syscall_64+0x67/0xc0
Sep 02 00:18:56 lx kernel:  ? do_syscall_64+0x67/0xc0
Sep 02 00:18:56 lx kernel:  entry_SYSCALL_64_after_hwframe+0x69/0xd3
Sep 02 00:18:56 lx kernel: RIP: 0033:0x7f8de8f1cb3b
Sep 02 00:18:56 lx kernel: Code: 00 48 89 44 24 18 31 c0 48 8d 44 24 60 c7 04 24 10 00 00 00 48 89 44 24 08 48 >
Sep 02 00:18:56 lx kernel: RSP: 002b:00007ffc2e1ac340 EFLAGS: 00000246 ORIG_RAX: 0000000000000010
Sep 02 00:18:56 lx kernel: RAX: ffffffffffffffda RBX: 0000000000000003 RCX: 00007f8de8f1cb3b
Sep 02 00:18:56 lx kernel: RDX: 00007ffc2e1ac3d0 RSI: 00000000c01064ab RDI: 0000000000000010
Sep 02 00:18:56 lx kernel: RBP: 00007ffc2e1ac3d0 R08: 0000000000000002 R09: 0000000000000001
Sep 02 00:18:56 lx kernel: R10: 0000000000000000 R11: 0000000000000246 R12: 00000000c01064ab
Sep 02 00:18:56 lx kernel: R13: 0000000000000010 R14: 000055576791cbe0 R15: 00005557688f1af0
Sep 02 00:18:56 lx kernel:  </TASK>
Sep 02 00:18:56 lx kernel: ---[ end trace 0000000000000000 ]---
Sep 02 00:18:59 lx kernel: ------------[ cut here ]------------
Sep 02 00:18:59 lx kernel: i915 0000:00:02.0: Unexpected DBuf power power state (0x00000000, expected 0x0000000>
Sep 02 00:18:59 lx kernel: WARNING: CPU: 0 PID: 654 at drivers/gpu/drm/i915/display/intel_display_power_well.c:>
Sep 02 00:18:59 lx kernel: Modules linked in: ccm qrtr cmac algif_hash algif_skcipher af_alg bnep x86_pkg_temp_>
Sep 02 00:18:59 lx kernel:  rapl snd_hda_codec ansi_cprng watchdog videodev snd_usbmidi_lib cfg80211 snd_soc_co>
Sep 02 00:18:59 lx kernel:  i2c_i801 i2c_smbus cec rc_core ttm usbcore libata drm_kms_helper sdhci_pci cqhci sd>
Sep 02 00:18:59 lx kernel: CPU: 0 PID: 654 Comm: Xorg Tainted: G        W          6.1.0-11-amd64 #1  Debian 6.>
Sep 02 00:18:59 lx kernel: Hardware name: Tactus GeoBook 140/IG218, BIOS LC-BIOS-059-IG218-D 09/15/2021
Sep 02 00:18:59 lx kernel: RIP: 0010:gen9_disable_dc_states+0x2ae/0x2c0 [i915]
Sep 02 00:18:59 lx kernel: Code: b6 e8 4c 8b 6f 50 4d 85 ed 75 03 4c 8b 2f e8 89 7d 61 c9 45 89 e0 89 e9 4c 89 >
Sep 02 00:18:59 lx kernel: RSP: 0018:ffffaa9580f936c0 EFLAGS: 00010286
Sep 02 00:18:59 lx kernel: RAX: 0000000000000000 RBX: ffff98f2cc4e0000 RCX: 0000000000000000
Sep 02 00:18:59 lx kernel: RDX: 0000000000000002 RSI: ffffffff8ad4191e RDI: 00000000ffffffff
Sep 02 00:18:59 lx kernel: RBP: 0000000000000000 R08: 0000000000000000 R09: ffffaa9580f93530
Sep 02 00:18:59 lx kernel: R10: 0000000000000003 R11: ffffffff8b4d43a8 R12: 0000000000000001
Sep 02 00:18:59 lx kernel: R13: ffff98f2c0f33510 R14: ffff98f2cc4e1c20 R15: ffff98f2cc4e0000
Sep 02 00:18:59 lx kernel: FS:  00007f8de920fac0(0000) GS:ffff98f33bc00000(0000) knlGS:0000000000000000
Sep 02 00:18:59 lx kernel: CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
Sep 02 00:18:59 lx kernel: CR2: 00007f7f9edc6b90 CR3: 000000010c906000 CR4: 0000000000350ef0
Sep 02 00:18:59 lx kernel: Call Trace:
Sep 02 00:18:59 lx kernel:  <TASK>
Sep 02 00:18:59 lx kernel:  ? __warn+0x7d/0xc0
Sep 02 00:18:59 lx kernel:  ? gen9_disable_dc_states+0x2ae/0x2c0 [i915]
Sep 02 00:18:59 lx kernel:  ? report_bug+0xe6/0x170
Sep 02 00:18:59 lx kernel:  ? irq_work_queue+0xa/0x50
Sep 02 00:18:59 lx kernel:  ? handle_bug+0x41/0x70
Sep 02 00:18:59 lx kernel:  ? exc_invalid_op+0x13/0x60
Sep 02 00:18:59 lx kernel:  ? asm_exc_invalid_op+0x16/0x20
Sep 02 00:18:59 lx kernel:  ? gen9_disable_dc_states+0x2ae/0x2c0 [i915]
Sep 02 00:18:59 lx kernel:  intel_power_well_enable+0x57/0x70 [i915]
Sep 02 00:18:59 lx kernel:  __intel_display_power_get_domain.part.0+0x52/0x70 [i915]
Sep 02 00:18:59 lx kernel:  intel_display_power_get+0x46/0x60 [i915]
Sep 02 00:18:59 lx kernel:  intel_dp_aux_xfer+0x10e/0x7a0 [i915]
Sep 02 00:18:59 lx kernel:  ? schedule_hrtimeout_range_clock+0xdf/0x120
Sep 02 00:18:59 lx kernel:  ? preempt_count_add+0x6a/0xa0
Sep 02 00:18:59 lx kernel:  ? _raw_spin_lock_irqsave+0x23/0x50
Sep 02 00:18:59 lx kernel:  intel_dp_aux_transfer+0x201/0x320 [i915]
Sep 02 00:18:59 lx kernel:  drm_dp_dpcd_access+0xaa/0x130 [drm_display_helper]
Sep 02 00:18:59 lx kernel:  drm_dp_dpcd_write+0x89/0xd0 [drm_display_helper]
Sep 02 00:18:59 lx kernel:  intel_edp_init_source_oui+0x91/0xe0 [i915]
Sep 02 00:18:59 lx kernel:  intel_dp_set_power+0x175/0x180 [i915]
Sep 02 00:18:59 lx kernel:  intel_ddi_pre_enable+0x6ad/0x810 [i915]
Sep 02 00:18:59 lx kernel:  intel_encoders_pre_enable+0x7b/0x90 [i915]
Sep 02 00:18:59 lx kernel:  hsw_crtc_enable+0x9a/0x650 [i915]
Sep 02 00:18:59 lx kernel:  intel_enable_crtc+0x60/0xa0 [i915]
Sep 02 00:18:59 lx kernel:  skl_commit_modeset_enables+0x3dc/0x4e0 [i915]
Sep 02 00:18:59 lx kernel:  intel_atomic_commit_tail+0x6b9/0xe30 [i915]
Sep 02 00:18:59 lx kernel:  ? __flush_workqueue+0x19c/0x420
Sep 02 00:18:59 lx kernel:  intel_atomic_commit+0x34f/0x390 [i915]
Sep 02 00:18:59 lx kernel:  drm_atomic_commit+0x93/0xc0 [drm]
Sep 02 00:18:59 lx kernel:  ? drm_plane_get_damage_clips.cold+0x1c/0x1c [drm]
Sep 02 00:18:59 lx kernel:  drm_atomic_connector_commit_dpms+0xcb/0xf0 [drm]
Sep 02 00:18:59 lx kernel:  drm_mode_obj_set_property_ioctl+0x193/0x3d0 [drm]
Sep 02 00:18:59 lx kernel:  ? do_iter_readv_writev+0xf0/0x150
Sep 02 00:18:59 lx kernel:  ? drm_connector_set_obj_prop+0x90/0x90 [drm]
Sep 02 00:18:59 lx kernel:  drm_connector_property_set_ioctl+0x39/0x60 [drm]
Sep 02 00:18:59 lx kernel:  drm_ioctl_kernel+0xc6/0x170 [drm]
Sep 02 00:18:59 lx kernel:  drm_ioctl+0x22f/0x410 [drm]
Sep 02 00:18:59 lx kernel:  ? drm_connector_set_obj_prop+0x90/0x90 [drm]
Sep 02 00:18:59 lx kernel:  __x64_sys_ioctl+0x8d/0xd0
Sep 02 00:18:59 lx kernel:  do_syscall_64+0x58/0xc0
Sep 02 00:18:59 lx kernel:  ? fpregs_assert_state_consistent+0x22/0x50
Sep 02 00:18:59 lx kernel:  ? exit_to_user_mode_prepare+0x139/0x1d0
Sep 02 00:18:59 lx kernel:  ? syscall_exit_to_user_mode+0x17/0x40
Sep 02 00:18:59 lx kernel:  ? do_syscall_64+0x67/0xc0
Sep 02 00:18:59 lx kernel:  ? syscall_exit_to_user_mode+0x17/0x40
Sep 02 00:18:59 lx kernel:  ? do_syscall_64+0x67/0xc0
Sep 02 00:18:59 lx kernel:  ? syscall_exit_to_user_mode+0x17/0x40
Sep 02 00:18:59 lx kernel:  ? do_syscall_64+0x67/0xc0
Sep 02 00:18:59 lx kernel:  entry_SYSCALL_64_after_hwframe+0x69/0xd3
Sep 02 00:18:59 lx kernel: RIP: 0033:0x7f8de8f1cb3b
Sep 02 00:18:59 lx kernel: Code: 00 48 89 44 24 18 31 c0 48 8d 44 24 60 c7 04 24 10 00 00 00 48 89 44 24 08 48 >
Sep 02 00:18:59 lx kernel: RSP: 002b:00007ffc2e1ab770 EFLAGS: 00000246 ORIG_RAX: 0000000000000010
Sep 02 00:18:59 lx kernel: RAX: ffffffffffffffda RBX: 0000000000000000 RCX: 00007f8de8f1cb3b
Sep 02 00:18:59 lx kernel: RDX: 00007ffc2e1ab800 RSI: 00000000c01064ab RDI: 0000000000000010
Sep 02 00:18:59 lx kernel: RBP: 00007ffc2e1ab800 R08: 0000000000000002 R09: 0000000000000000
Sep 02 00:18:59 lx kernel: R10: 0000000000000000 R11: 0000000000000246 R12: 00000000c01064ab
Sep 02 00:18:59 lx kernel: R13: 0000000000000010 R14: 000055576791cbe0 R15: 00005557688f1af0
Sep 02 00:18:59 lx kernel:  </TASK>
Sep 02 00:18:59 lx kernel: ---[ end trace 0000000000000000 ]---
 ESCOC
[drm]

+0x90/0x90 [drm]


tent+0x22/0x50
0x139/0x1d0
0x17/0x40

0x17/0x40

0x17/0x40

me+0x69/0xd3

 48 8d 44 24 60 c7 04 24 10 00 00 00 48 89 44 24 08 48 8d 44 24 20 48 89 44 24 10 b8 10 00 00 00 0f 05 <89> c2 >
LAGS: 00000246 ORIG_RAX: 0000000000000010
00000000000000 RCX: 00007f8de8f1cb3b
000000c01064ab RDI: 0000000000000010
00000000000002 R09: 0000000000000000
00000000000246 R12: 00000000c01064ab
0055576791cbe0 R15: 00005557688f1af0

00 ]---
 ESCOD
Sep 02 00:18:59 lx kernel:  drm_ioctl_kernel+0xc6/0x170 [drm]
Sep 02 00:18:59 lx kernel:  drm_ioctl+0x22f/0x410 [drm]
Sep 02 00:18:59 lx kernel:  ? drm_connector_set_obj_prop+0x90/0x90 [drm]
Sep 02 00:18:59 lx kernel:  __x64_sys_ioctl+0x8d/0xd0
Sep 02 00:18:59 lx kernel:  do_syscall_64+0x58/0xc0
Sep 02 00:18:59 lx kernel:  ? fpregs_assert_state_consistent+0x22/0x50
Sep 02 00:18:59 lx kernel:  ? exit_to_user_mode_prepare+0x139/0x1d0
Sep 02 00:18:59 lx kernel:  ? syscall_exit_to_user_mode+0x17/0x40
Sep 02 00:18:59 lx kernel:  ? do_syscall_64+0x67/0xc0
Sep 02 00:18:59 lx kernel:  ? syscall_exit_to_user_mode+0x17/0x40
Sep 02 00:18:59 lx kernel:  ? do_syscall_64+0x67/0xc0
Sep 02 00:18:59 lx kernel:  ? syscall_exit_to_user_mode+0x17/0x40
Sep 02 00:18:59 lx kernel:  ? do_syscall_64+0x67/0xc0
Sep 02 00:18:59 lx kernel:  entry_SYSCALL_64_after_hwframe+0x69/0xd3
Sep 02 00:18:59 lx kernel: RIP: 0033:0x7f8de8f1cb3b
Sep 02 00:18:59 lx kernel: Code: 00 48 89 44 24 18 31 c0 48 8d 44 24 60 c7 04 24 10 00 00 00 48 89 44 24 08 48 >
Sep 02 00:18:59 lx kernel: RSP: 002b:00007ffc2e1ab770 EFLAGS: 00000246 ORIG_RAX: 0000000000000010
Sep 02 00:18:59 lx kernel: RAX: ffffffffffffffda RBX: 0000000000000000 RCX: 00007f8de8f1cb3b
Sep 02 00:18:59 lx kernel: RDX: 00007ffc2e1ab800 RSI: 00000000c01064ab RDI: 0000000000000010
Sep 02 00:18:59 lx kernel: RBP: 00007ffc2e1ab800 R08: 0000000000000002 R09: 0000000000000000
Sep 02 00:18:59 lx kernel: R10: 0000000000000000 R11: 0000000000000246 R12: 00000000c01064ab
Sep 02 00:18:59 lx kernel: R13: 0000000000000010 R14: 000055576791cbe0 R15: 00005557688f1af0
Sep 02 00:18:59 lx kernel:  </TASK>
Sep 02 00:18:59 lx kernel: ---[ end trace 0000000000000000 ]---
 ESCOD
Sep 02 00:18:59 lx kernel:  drm_ioctl_kernel+0xc6/0x170 [drm]
Sep 02 00:18:59 lx kernel:  drm_ioctl+0x22f/0x410 [drm]
Sep 02 00:18:59 lx kernel:  ? drm_connector_set_obj_prop+0x90/0x90 [drm]
Sep 02 00:18:59 lx kernel:  __x64_sys_ioctl+0x8d/0xd0
Sep 02 00:18:59 lx kernel:  do_syscall_64+0x58/0xc0
Sep 02 00:18:59 lx kernel:  ? fpregs_assert_state_consistent+0x22/0x50
Sep 02 00:18:59 lx kernel:  ? exit_to_user_mode_prepare+0x139/0x1d0
Sep 02 00:18:59 lx kernel:  ? syscall_exit_to_user_mode+0x17/0x40
Sep 02 00:18:59 lx kernel:  ? do_syscall_64+0x67/0xc0
Sep 02 00:18:59 lx kernel:  ? syscall_exit_to_user_mode+0x17/0x40
Sep 02 00:18:59 lx kernel:  ? do_syscall_64+0x67/0xc0
Sep 02 00:18:59 lx kernel:  ? syscall_exit_to_user_mode+0x17/0x40
Sep 02 00:18:59 lx kernel:  ? do_syscall_64+0x67/0xc0
Sep 02 00:18:59 lx kernel:  entry_SYSCALL_64_after_hwframe+0x69/0xd3
Sep 02 00:18:59 lx kernel: RIP: 0033:0x7f8de8f1cb3b
Sep 02 00:18:59 lx kernel: Code: 00 48 89 44 24 18 31 c0 48 8d 44 24 60 c7 04 24 10 00 00 00 48 89 44 24 08 48 >
Sep 02 00:18:59 lx kernel: RSP: 002b:00007ffc2e1ab770 EFLAGS: 00000246 ORIG_RAX: 0000000000000010
Sep 02 00:18:59 lx kernel: RAX: ffffffffffffffda RBX: 0000000000000000 RCX: 00007f8de8f1cb3b
Sep 02 00:18:59 lx kernel: RDX: 00007ffc2e1ab800 RSI: 00000000c01064ab RDI: 0000000000000010
Sep 02 00:18:59 lx kernel: RBP: 00007ffc2e1ab800 R08: 0000000000000002 R09: 0000000000000000
Sep 02 00:18:59 lx kernel: R10: 0000000000000000 R11: 0000000000000246 R12: 00000000c01064ab
Sep 02 00:18:59 lx kernel: R13: 0000000000000010 R14: 000055576791cbe0 R15: 00005557688f1af0
Sep 02 00:18:59 lx kernel:  </TASK>
Sep 02 00:18:59 lx kernel: ---[ end trace 0000000000000000 ]---
 ESCOD
Sep 02 00:18:59 lx kernel:  drm_ioctl_kernel+0xc6/0x170 [drm]
Sep 02 00:18:59 lx kernel:  drm_ioctl+0x22f/0x410 [drm]
Sep 02 00:18:59 lx kernel:  ? drm_connector_set_obj_prop+0x90/0x90 [drm]
Sep 02 00:18:59 lx kernel:  __x64_sys_ioctl+0x8d/0xd0
Sep 02 00:18:59 lx kernel:  do_syscall_64+0x58/0xc0
Sep 02 00:18:59 lx kernel:  ? fpregs_assert_state_consistent+0x22/0x50
Sep 02 00:18:59 lx kernel:  ? exit_to_user_mode_prepare+0x139/0x1d0
Sep 02 00:18:59 lx kernel:  ? syscall_exit_to_user_mode+0x17/0x40
Sep 02 00:18:59 lx kernel:  ? do_syscall_64+0x67/0xc0
Sep 02 00:18:59 lx kernel:  ? syscall_exit_to_user_mode+0x17/0x40
Sep 02 00:18:59 lx kernel:  ? do_syscall_64+0x67/0xc0
Sep 02 00:18:59 lx kernel:  ? syscall_exit_to_user_mode+0x17/0x40
Sep 02 00:18:59 lx kernel:  ? do_syscall_64+0x67/0xc0
Sep 02 00:18:59 lx kernel:  entry_SYSCALL_64_after_hwframe+0x69/0xd3
Sep 02 00:18:59 lx kernel: RIP: 0033:0x7f8de8f1cb3b
Sep 02 00:18:59 lx kernel: Code: 00 48 89 44 24 18 31 c0 48 8d 44 24 60 c7 04 24 10 00 00 00 48 89 44 24 08 48 >
Sep 02 00:18:59 lx kernel: RSP: 002b:00007ffc2e1ab770 EFLAGS: 00000246 ORIG_RAX: 0000000000000010
Sep 02 00:18:59 lx kernel: RAX: ffffffffffffffda RBX: 0000000000000000 RCX: 00007f8de8f1cb3b
Sep 02 00:18:59 lx kernel: RDX: 00007ffc2e1ab800 RSI: 00000000c01064ab RDI: 0000000000000010
Sep 02 00:18:59 lx kernel: RBP: 00007ffc2e1ab800 R08: 0000000000000002 R09: 0000000000000000
Sep 02 00:18:59 lx kernel: R10: 0000000000000000 R11: 0000000000000246 R12: 00000000c01064ab
Sep 02 00:18:59 lx kernel: R13: 0000000000000010 R14: 000055576791cbe0 R15: 00005557688f1af0
Sep 02 00:18:59 lx kernel:  </TASK>
Sep 02 00:18:59 lx kernel: ---[ end trace 0000000000000000 ]---

[hikaru]

Ja, da ist der Grafiktreiber abgestürzt. Warum das passiert ist, ist mir nicht klar.
Inzwischen ist Kernel 6.4 in den Bookworm-Backports angekommen. Du brauchst also keine Releases mehr mischen, um den zu testen.

[donny]

Scheinbar wurde dieses Problem neulich gemeldet.

https://bugs.debian.org/cgi-bin/bugrepo ... ug=1043564

Soll in der neuen Kernel Version 6.1.45 behoben werden. Halten die sich an bestimmte Zeiten/Regelmäßigkeiten was updates angeht?