raptor2101
Anmeldungsdatum: 8. Juni 2009
Beiträge: 1249
Wohnort: Stuttgart, Deutschland
|
Hallo Community Erstmal die Fehlerbeschreibung. Ich betreibe auf einer ASROCK J5005 (UHD 605 Grafikeinheit) Platine einen HTPC mit 18.04 Server. NoDM (Plain X11) bootet direkt in Kodi. Das ganze funktioniert auch prima bei 4K@60Hz. Mit einer Ausnahme. Sobald man den TV abschaltet, wartet und wieder einschaltet bekomme ich kein Bild mehr. Diagnose per SSH:
Im X11 Log sehe ich, dass der Intel-Treiber die ganze Zeit versucht EDID zu dekodieren. Im dmesg Log sehe ich viele Fehlermeldungen des Intel HDA Treibers das er ein Signal auf dem HDMI nicht dekodiert bekommt. Was insofern verwundert, weil der Treiber eigentlich auf SPDIF eingestellt ist (und der sound auch läuft). Diese Fehlermeldungen verschwinden, wenn man im X11 die Option "HotPlug" abschaltet. xrandr listet HDMI als connected und auch die passenden DisplayModi. Ein wechsel via xrandr -s 0 bringt keine Besserung. Ein herunterfahren und neustart des X11 bringt auch nichts. Ein Suspend to RAM hingegen schon. Nach dem Wakeup ist alles wieder so wie es sein soll. Ich hab schon das Internet nach ähnlichen Fehler abgesucht und bin bis jetzt nur einen Bug von XFCe rausgekommen. So richtig komm ich den Problem nicht nahe. Hat irgendjemand eine rat
|
Letalis_Sonus
Anmeldungsdatum: 13. April 2008
Beiträge: 12990
Wohnort: Oldenburg/Erlangen
|
Der intel X Treiber wird schon länger nicht mehr verwendet, weil er ein verwaistes Wrack ist. Der sollte allerdings mit der Monitoransteuerung auch nichts zu tun haben, das erledigt dank KMS das Kernel Modul.
|
raptor2101
(Themenstarter)
Anmeldungsdatum: 8. Juni 2009
Beiträge: 1249
Wohnort: Stuttgart, Deutschland
|
Letalis_Sonus schrieb: Der intel X Treiber wird schon länger nicht mehr verwendet, weil er ein verwaistes Wrack ist. Der sollte allerdings mit der Monitoransteuerung auch nichts zu tun haben, das erledigt dank KMS das Kernel Modul.
Reden wir vom gleichen? xserver-xorg-video-intel Ein versuch via dkms kernel option die Auflösung/Frequenz (via EDID) zu erzwingen brachte übrigens keine besserung
|
Letalis_Sonus
Anmeldungsdatum: 13. April 2008
Beiträge: 12990
Wohnort: Oldenburg/Erlangen
|
Kennst du noch einen anderen? Der generische modesetting X Treiber wird stattdessen verwendet. Siehe zB auch diesen Golem Artikel von 2016 dazu. raptor2101 schrieb: Ein versuch via dkms kernel option die Auflösung/Frequenz (via EDID) zu erzwingen brachte übrigens keine besserung
Schau dir dazu mal den video Parameter an, der kann auch erzwingen den Monitor permanent als angeschlossen zu erkennen.
|
raptor2101
(Themenstarter)
Anmeldungsdatum: 8. Juni 2009
Beiträge: 1249
Wohnort: Stuttgart, Deutschland
|
Kurz ausprobiert. Der Modeset Driver bringt keine besserung. AUszug aus dem Xorg.log nachdem der Monitor angeschaltet wurde:
[ 321.252] (--) modeset(0): HDMI max TMDS frequency 300000KHz
[ 321.513] (II) modeset(0): EDID vendor "SAM", prod id 4043
[ 321.513] (II) modeset(0): Using hsync ranges from config file
[ 321.513] (II) modeset(0): Using vrefresh ranges from config file
[ 321.513] (II) modeset(0): Printing DDC gathered Modelines:
[ 321.513] (II) modeset(0): Modeline "3840x2160"x0.0 594.00 3840 4016 4104 4400 2160 2168 2178 2250 +hsync +vsync (135.0 kHz eP)
//viele Modelines ...
[ 321.514] (II) modeset(0): Modeline "720x480"x0.0 27.00 720 736 798 858 480 489 495 525 -hsync -vsync (31.5 kHz e)
[ 321.514] (II) modeset(0): Modeline "720x576"x0.0 27.00 720 732 796 864 576 581 586 625 -hsync -vsync (31.2 kHz e)
[ 321.514] (II) modeset(0): Modeline "1920x1080"x0.0 297.00 1920 2008 2052 2200 1080 1084 1089 1125 +hsync +vsync (135.0 kHz e)
[ 321.514] (II) modeset(0): Modeline "1920x1080"x0.0 297.00 1920 2448 2492 2640 1080 1084 1094 1125 +hsync +vsync (112.5 kHz e)
[ 321.514] (--) modeset(0): HDMI max TMDS frequency 300000KHz
xrandr
xrandr -display :0.0 -q
Screen 0: minimum 320 x 200, current 3840 x 2160, maximum 8192 x 8192
HDMI-1 connected primary 3840x2160+0+0 (normal left inverted right x axis y axis) 1872mm x 1053mm
3840x2160 60.00*+ 50.00 59.94 30.00 25.00 24.00 29.97 23.98
4096x2160 60.00 50.00 59.94 30.00 24.00 29.97 23.98
2560x1440 120.00 59.95 grub GRUB_CMDLINE_LINUX_DEFAULT="quiet splash video=HDMI-1:d"
|
Letalis_Sonus
Anmeldungsdatum: 13. April 2008
Beiträge: 12990
Wohnort: Oldenburg/Erlangen
|
Dir ist aber schon bewusst, dass du deinen HDMI Anschluss mit der d Option totschaltest? Was du brauchst ist e , das genaue Gegenteil. Auch zu beachten ist, dass die Bootoption die Anschlussbezeichnung des Kernels erwartet, diese kann von dem was dir xrandr ausspuckt abweichen. Im Zweifelsfall einfach mal einen kurzen Blick in den Kernel Log werfen.
|
raptor2101
(Themenstarter)
Anmeldungsdatum: 8. Juni 2009
Beiträge: 1249
Wohnort: Stuttgart, Deutschland
|
Letalis_Sonus schrieb: Dir ist aber schon bewusst, dass du deinen HDMI Anschluss mit der d Option totschaltest? Was du brauchst ist e , das genaue Gegenteil. Auch zu beachten ist, dass die Bootoption die Anschlussbezeichnung des Kernels erwartet, diese kann von dem was dir xrandr ausspuckt abweichen. Im Zweifelsfall einfach mal einen kurzen Blick in den Kernel Log werfen.
nein das war mir nicht bewusst. probier ich aus. Der name passt. das xrandr output ist im post ...
|
Letalis_Sonus
Anmeldungsdatum: 13. April 2008
Beiträge: 12990
Wohnort: Oldenburg/Erlangen
|
raptor2101 schrieb: Der name passt. das xrandr output ist im post ...
Die xrandr Ausgabe ist ja gerade irrelevant für die Bootoption, darauf wollte ich hinaus. Einfach mal kurz mit dmesg | grep HDMI gegenprüfen, ob die Bezeichnung wirklich die gleiche ist.
|
raptor2101
(Themenstarter)
Anmeldungsdatum: 8. Juni 2009
Beiträge: 1249
Wohnort: Stuttgart, Deutschland
|
Letalis_Sonus schrieb: raptor2101 schrieb: Der name passt. das xrandr output ist im post ...
Die xrandr Ausgabe ist ja gerade irrelevant für die Bootoption, darauf wollte ich hinaus. Einfach mal kurz mit dmesg | grep HDMI gegenprüfen, ob die Bezeichnung wirklich die gleiche ist.
nach was soll ich suchen? Fehler finde ich nicht. Aber auch keine Success-Meldung
|
raptor2101
(Themenstarter)
Anmeldungsdatum: 8. Juni 2009
Beiträge: 1249
Wohnort: Stuttgart, Deutschland
|
raptor2101 schrieb: Letalis_Sonus schrieb: raptor2101 schrieb: Der name passt. das xrandr output ist im post ...
Die xrandr Ausgabe ist ja gerade irrelevant für die Bootoption, darauf wollte ich hinaus. Einfach mal kurz mit dmesg | grep HDMI gegenprüfen, ob die Bezeichnung wirklich die gleiche ist.
nach was soll ich suchen? Fehler finde ich nicht. Aber auch keine Success-Meldung
BTW: auch das e im dkms bringt keine besserung. interessant wird aber das dmesg nach dem restart des TV [ 682.111384] snd_hda_codec_hdmi hdaudioC0D2: HDMI: audio coding type 0 not expected
[ 691.645962] snd_hda_codec_hdmi hdaudioC0D2: HDMI: audio coding type 0 not expected
[ 701.287065] snd_hda_codec_hdmi hdaudioC0D2: HDMI: audio coding type 0 not expected
[ 710.658565] show_signal_msg: 6 callbacks suppressed
[ 710.658569] kodi-xrandr[1891]: segfault at 38 ip 000055a157993ab9 sp 00007fff838305b0 error 4 in kodi-xrandr[55a157991000+d000]
[ 711.242711] snd_hda_codec_hdmi hdaudioC0D2: HDMI: audio coding type 0 not expected
|
Letalis_Sonus
Anmeldungsdatum: 13. April 2008
Beiträge: 12990
Wohnort: Oldenburg/Erlangen
|
raptor2101 schrieb: nach was soll ich suchen? Fehler finde ich nicht. Aber auch keine Success-Meldung
Das drm Modul sollte eine Liste der Anschlüsse ausspucken, die jeweilige Zeile sollte dann in etwa so aussehen:
[ 1.231702] [drm] VGA-1 raptor2101 schrieb: BTW: auch das e im dkms bringt keine besserung.
Mit DKMS hat das ganze überhaupt nichts zu tun. Hast du nach der Änderung auch die GRUB Konfiguration neu generiert? Diese Datei wird von GRUB nicht direkt ausgewertet, sondern zum Erzeugen der eigentlichen Konfiguration herangezogen. Zum Testen kann man die Bootparameter daher auch besser direkt in GRUB eintragen, man muss sich dann lediglich mit dem amerikanischen Tastaturlayout herumschlagen.
|
raptor2101
(Themenstarter)
Anmeldungsdatum: 8. Juni 2009
Beiträge: 1249
Wohnort: Stuttgart, Deutschland
|
Letalis_Sonus schrieb: raptor2101 schrieb: nach was soll ich suchen? Fehler finde ich nicht. Aber auch keine Success-Meldung
Das drm Modul sollte eine Liste der Anschlüsse ausspucken, die jeweilige Zeile sollte dann in etwa so aussehen:
[ 1.231702] [drm] VGA-1 raptor2101 schrieb: BTW: auch das e im dkms bringt keine besserung.
Mit DKMS hat das ganze überhaupt nichts zu tun. Hast du nach der Änderung auch die GRUB Konfiguration neu generiert? Diese Datei wird von GRUB nicht direkt ausgewertet, sondern zum Erzeugen der eigentlichen Konfiguration herangezogen. Zum Testen kann man die Bootparameter daher auch besser direkt in GRUB eintragen, man muss sich dann lediglich mit dem amerikanischen Tastaturlayout herumschlagen.
[ 0.000000] Command line: BOOT_IMAGE=/boot/vmlinuz-4.15.0-72-generic root=UUID=098a31e7-4df9-45cf-bd1e-feec2bcefc1d ro quiet splash video=HDMI-1:e vt.handoff=1
-----
[ 2.971984] [drm] Memory usable by graphics device = 4096M
[ 2.971988] fb: switching to inteldrmfb from EFI VGA
[ 2.972157] [drm] Replacing VGA console driver
[ 2.972277] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
[ 2.972277] [drm] Driver supports precise vblank timestamp query.
[ 2.973161] [drm] Finished loading DMC firmware i915/glk_dmc_ver1_04.bin (v1.4)
[ 2.973599] [drm] Applying Increase DDI Disabled quirk
[ 4.056209] [drm] failed to retrieve link info, disabling eDP
[ 4.058305] [drm] Initialized i915 1.6.0 20171023 for 0000:00:02.0 on minor 0
[ 4.237670] fbcon: inteldrmfb (fb0) is primary device
[ 4.237877] i915 0000:00:02.0: fb0: inteldrmfb frame buffer device
[ 5.820224] [drm] RC6 on jup update grub wurde auch ausgeführt (siehe erste line)
|
Letalis_Sonus
Anmeldungsdatum: 13. April 2008
Beiträge: 12990
Wohnort: Oldenburg/Erlangen
|
Okay, dann macht das Intel Modul wohl irgendetwas anders... Anderer Ansatz: Schau mal im Verzeichnis /sys/class/drm nach, dort sollte für jeden Anschluss ein Ordner mit dem Präfix card0- auftauchen.
|
raptor2101
(Themenstarter)
Anmeldungsdatum: 8. Juni 2009
Beiträge: 1249
Wohnort: Stuttgart, Deutschland
|
das sieht besser aus ls /sys/class/drm
card0
card0-HDMI-A-1
card0-HDMI-A-2
renderD128 version hab den boot parameter mal angepasst
BOOT_IMAGE=/boot/vmlinuz-4.15.0-72-generic root=UUID=098a31e7-4df9-45cf-bd1e-feec2bcefc1d ro quiet splash video=HDMI-A-1:e vt.handoff=1
----
[ 2.975306] [drm] Memory usable by graphics device = 4096M
[ 2.975310] fb: switching to inteldrmfb from EFI VGA
[ 2.975427] [drm] Replacing VGA console driver
[ 2.975542] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
[ 2.975543] [drm] Driver supports precise vblank timestamp query.
[ 2.976191] [drm] Finished loading DMC firmware i915/glk_dmc_ver1_04.bin (v1.4)
[ 2.976649] [drm] Applying Increase DDI Disabled quirk
[ 4.092232] [drm] failed to retrieve link info, disabling eDP
[ 4.092252] [drm] forcing HDMI-A-1 connector on
[ 4.093830] [drm] Initialized i915 1.6.0 20171023 for 0000:00:02.0 on minor 0
[ 4.265445] fbcon: inteldrmfb (fb0) is primary device
[ 4.265655] i915 0000:00:02.0: fb0: inteldrmfb frame buffer device
[ 5.788273] [drm] RC6 on diesmal nimmer er scheinbar das "force" an. bringt aber keine besserung
|