Was steht denn dann in der /var/log/Xorg.0.log bzw. journalctl -xeu x-verbose@vt7.service?
[ubuntu noble] Nach Update/Dist-Upgrade wieder kein X
-
-
Hier mal die Ausgaben, wenn keine GT1030 im System steckt:
lspci -nknn
Code00:02.0 VGA compatible controller [0300]: Intel Corporation HD Graphics 500 [8086:5a85] (rev 0b) DeviceName: Onboard IGD Subsystem: ASUSTeK Computer Inc. HD Graphics 500 [1043:8738] Kernel driver in use: i915 Kernel modules: i915
lsmod | grep i9
Codei915 4280320 3 drm_buddy 20480 1 i915 ttm 110592 1 i915 drm_display_helper 237568 1 i915 cec 94208 2 drm_display_helper,i915 i2c_algo_bit 16384 1 i915 video 73728 2 asus_wmi,i915
journalctl -xeu x-verbose@vt7.service:
Code
Display MoreDez 25 06:37:18 vdr x-daemon[3931]: xorg-server 2:21.1.12-1ubuntu1.1 (For technical support please see http://www.ubuntu.com/support) Dez 25 06:37:18 vdr x-daemon[3931]: Current version of pixman: 0.42.2 Dez 25 06:37:18 vdr x-daemon[3931]: Before reporting problems, check http://wiki.x.org Dez 25 06:37:18 vdr x-daemon[3931]: to make sure that you have the latest version. Dez 25 06:37:18 vdr x-daemon[3931]: Markers: (--) probed, (**) from config file, (==) default setting, Dez 25 06:37:18 vdr x-daemon[3931]: (++) from command line, (!!) notice, (II) informational, Dez 25 06:37:18 vdr x-daemon[3931]: (WW) warning, (EE) error, (NI) not implemented, (??) unknown. Dez 25 06:37:18 vdr x-daemon[3931]: (==) Log file: "/var/log/Xorg.0.log", Time: Wed Dec 25 06:37:18 2024 Dez 25 06:37:18 vdr x-daemon[3931]: (++) Using config file: "/etc/X11/xorg-verbose.conf" Dez 25 06:37:18 vdr x-daemon[3931]: (==) Using config directory: "/etc/X11/xorg.conf.d" Dez 25 06:37:18 vdr x-daemon[3931]: (==) Using system config directory "/usr/share/X11/xorg.conf.d" Dez 25 06:37:18 vdr x-daemon[3931]: (EE) Dez 25 06:37:18 vdr x-daemon[3931]: Fatal server error: Dez 25 06:37:18 vdr x-daemon[3931]: (EE) AddScreen/ScreenInit failed for driver 0 Dez 25 06:37:18 vdr x-daemon[3931]: (EE) Dez 25 06:37:18 vdr x-daemon[3931]: (EE) Dez 25 06:37:18 vdr x-daemon[3931]: Please consult the The X.Org Foundation support Dez 25 06:37:18 vdr x-daemon[3931]: at http://wiki.x.org Dez 25 06:37:18 vdr x-daemon[3931]: for help. Dez 25 06:37:18 vdr x-daemon[3931]: (EE) Please also check the log file at "/var/log/Xorg.0.log" for additional information. Dez 25 06:37:18 vdr x-daemon[3931]: (EE) Dez 25 06:37:18 vdr x-daemon[3931]: (EE) Server terminated with error (1). Closing log file. Dez 25 06:37:18 vdr systemd[1]: x-verbose@vt7.service: Control process exited, code=exited, status=1/FAILURE ░░ Subject: Unit process exited ░░ Defined-By: systemd ░░ Support: http://www.ubuntu.com/support ░░ ░░ An ExecStart= process belonging to unit x-verbose@vt7.service has exited. ░░ ░░ The process' exit code is 'exited' and its exit status is 1. Dez 25 06:37:18 vdr systemd[1]: x-verbose@vt7.service: Failed with result 'exit-code'. ░░ Subject: Unit failed ░░ Defined-By: systemd ░░ Support: http://www.ubuntu.com/support ░░ ░░ The unit x-verbose@vt7.service has entered the 'failed' state with result 'exit-code'. Dez 25 06:37:18 vdr systemd[1]: Failed to start x-verbose@vt7.service - X with verbose logging on vt7. ░░ Subject: A start job for unit x-verbose@vt7.service has failed ░░ Defined-By: systemd ░░ Support: http://www.ubuntu.com/support ░░ ░░ A start job for unit x-verbose@vt7.service has finished with a failure. ░░ ░░ The job identifier is 2103 and the job result is failed.
X-Server Log im Anhang (TFT via VGA und TV via AVR, beide direkt am Onboard IGD)
und noch das KernelLog mit Filter
sudo dmesg -T | egrep -i "intel|edid|i915"
Code
Display More[Mi Dez 25 06:24:30 2024] Reserving Intel graphics memory at [mem 0x70000000-0x7fffffff] [Mi Dez 25 06:24:30 2024] smpboot: CPU0: Intel(R) Celeron(R) CPU J3455 @ 1.50GHz (family: 0x6, model: 0x5c, stepping: 0x9) [Mi Dez 25 06:24:30 2024] Performance Events: PEBS fmt3+, Goldmont events, 32-deep LBR, full-width counters, Intel PMU driver. [Mi Dez 25 06:24:31 2024] intel_pstate: Intel P-state driver initializing [Mi Dez 25 06:24:37 2024] i915 0000:00:02.0: vgaarb: deactivate vga console [Mi Dez 25 06:24:37 2024] i915 0000:00:02.0: vgaarb: VGA decodes changed: olddecodes=io+mem,decodes=io+mem:owns=io+mem [Mi Dez 25 06:24:37 2024] i915 0000:00:02.0: [drm] Finished loading DMC firmware i915/bxt_dmc_ver1_07.bin (v1.7) [Mi Dez 25 06:24:37 2024] Creating 1 MTD partitions on "intel-spi": [Mi Dez 25 06:24:37 2024] [drm] Initialized i915 1.6.0 20230929 for 0000:00:02.0 on minor 1 [Mi Dez 25 06:24:37 2024] i915 display info: display version: 9 [Mi Dez 25 06:24:37 2024] i915 display info: cursor_needs_physical: no [Mi Dez 25 06:24:37 2024] i915 display info: has_cdclk_crawl: no [Mi Dez 25 06:24:37 2024] i915 display info: has_cdclk_squash: no [Mi Dez 25 06:24:37 2024] i915 display info: has_ddi: yes [Mi Dez 25 06:24:37 2024] i915 display info: has_dp_mst: yes [Mi Dez 25 06:24:37 2024] i915 display info: has_dsb: no [Mi Dez 25 06:24:37 2024] i915 display info: has_fpga_dbg: yes [Mi Dez 25 06:24:37 2024] i915 display info: has_gmch: no [Mi Dez 25 06:24:37 2024] i915 display info: has_hotplug: yes [Mi Dez 25 06:24:37 2024] i915 display info: has_hti: no [Mi Dez 25 06:24:37 2024] i915 display info: has_ipc: yes [Mi Dez 25 06:24:37 2024] i915 display info: has_overlay: no [Mi Dez 25 06:24:37 2024] i915 display info: has_psr: yes [Mi Dez 25 06:24:37 2024] i915 display info: has_psr_hw_tracking: yes [Mi Dez 25 06:24:37 2024] i915 display info: overlay_needs_physical: no [Mi Dez 25 06:24:37 2024] i915 display info: supports_tv: no [Mi Dez 25 06:24:37 2024] i915 display info: has_hdcp: yes [Mi Dez 25 06:24:37 2024] i915 display info: has_dmc: yes [Mi Dez 25 06:24:37 2024] i915 display info: has_dsc: no [Mi Dez 25 06:24:38 2024] EDID block 0 (tag 0x00) checksum is invalid, remainder is 190 [Mi Dez 25 06:24:38 2024] fbcon: i915drmfb (fb0) is primary device [Mi Dez 25 06:24:38 2024] i915 0000:00:02.0: [drm] fb0: i915drmfb frame buffer device [Mi Dez 25 06:24:38 2024] EDID block 0 (tag 0x00) checksum is invalid, remainder is 190 [Mi Dez 25 06:24:38 2024] intel_telemetry_core Init [Mi Dez 25 06:24:38 2024] snd_hda_intel 0000:00:0e.0: bound 0000:00:02.0 (ops i915_audio_component_bind_ops [i915]) [Mi Dez 25 06:24:38 2024] intel_rapl_common: Found RAPL domain package [Mi Dez 25 06:24:38 2024] intel_rapl_common: Found RAPL domain core [Mi Dez 25 06:24:38 2024] intel_rapl_common: Found RAPL domain uncore [Mi Dez 25 06:24:38 2024] intel_rapl_common: Found RAPL domain dram [Mi Dez 25 06:24:38 2024] EDID block 0 (tag 0x00) checksum is invalid, remainder is 190 [Mi Dez 25 06:24:38 2024] input: HDA Intel PCH Front Mic as /devices/pci0000:00/0000:00:0e.0/sound/card0/input9 [Mi Dez 25 06:24:38 2024] input: HDA Intel PCH Rear Mic as /devices/pci0000:00/0000:00:0e.0/sound/card0/input10 [Mi Dez 25 06:24:38 2024] input: HDA Intel PCH Line as /devices/pci0000:00/0000:00:0e.0/sound/card0/input11 [Mi Dez 25 06:24:38 2024] input: HDA Intel PCH Line Out as /devices/pci0000:00/0000:00:0e.0/sound/card0/input12 [Mi Dez 25 06:24:38 2024] input: HDA Intel PCH Front Headphone as /devices/pci0000:00/0000:00:0e.0/sound/card0/input13 [Mi Dez 25 06:24:38 2024] input: HDA Intel PCH HDMI/DP,pcm=3 as /devices/pci0000:00/0000:00:0e.0/sound/card0/input14 [Mi Dez 25 06:24:38 2024] input: HDA Intel PCH HDMI/DP,pcm=7 as /devices/pci0000:00/0000:00:0e.0/sound/card0/input15 [Mi Dez 25 06:24:38 2024] input: HDA Intel PCH HDMI/DP,pcm=8 as /devices/pci0000:00/0000:00:0e.0/sound/card0/input16 [Mi Dez 25 06:24:38 2024] EDID block 0 (tag 0x00) checksum is invalid, remainder is 190 [Mi Dez 25 06:37:18 2024] EDID block 0 (tag 0x00) checksum is invalid, remainder is 190
-
.. anbei nochmal ein X Server Log nach dem Ausführen der xorg-Rolle. Ich habe zuvor xorg.conf gelöscht. Diesmal ist im Log nichts von "nvidia" zu sehen - es beibt beim Fehler.
-
Es scheint da zumindest ein Problem beim Auslesen der EDID zu geben - eventuell ist der Rest ein Folgefehler davon.
Heute bin ich noch unterwegs, hoffentlich komme ich morgen dazu mir das Log genauer anzusehen.
-
das ist sehr nett von dir!
o.a. sind die Ausgaben beim Versuch ohne GT1030 im System, also rein Onboard (da ist dann kein Adapter zu den Displays dazwischen). Das Mainboard (siehe Sig.) ist Müll - das zickt extrem; wenn man das BIOS bei "primäre GPU" auf intern IGD stellt und bootet, fährt es hoch. Steckt man danach die GT1030 rein, fährt das System nicht mehr hoch, nichts - es bleibt nur, die CMOS-Batterie auszubauen und zusätzlich CMOS RTC RAM zu resetten (Pole kurzschließen). Dann darf man alles wieder einstellen. Wenn man die PCIe-Karte (Nvidia) als primär einstellt, fährt das System hoch, aber man hat unter Linux keine interne IGD (Intel) mehr.
Hat jemand eine xorg.conf mit 2 Screens irgendwo für Intel herum liegen? Das wäre toll ..
Dann könnte ich die mal mit mit softhddevice und -v va-api probieren bzw. etwas anpassen, da mir ja die ansible xorg-Rolle keine Config erstellen kann. Treiber "intel" xorg müßte auch für die Onboard (Intel HD Grafics 500) funktionieren (Kernel Modul i915).
Ich mußte vor Ausführen der xorg-Rolle erst "yavdr-ansible" aus dem git holen (war nicht mehr hier) und das Paket "python3-ruamel.yaml" installieren, da sonst ein Fehler ModuleNotFoundError: No module named 'ruamel' kam.
Es bleibt immer noch das große Fragezeichen über'n Kopf hängen, warum das Problem überhaupt auftauchte und nicht mehr zu beseitigen ist, ab und zu X mit sauberem X-Log doch hochkommt .. eventuell ein "verändertes timing" irgendwo beim Hochfahren .. ?
EDID wird bei "nvidia-setup" mitgegeben in der xorg.conf, mit intel "onboard-setup" meckert's dazu im Log.
Grusz
-
Es können nur wenige Boards mit onboard und gesteckten Karte gleichzeitig laufen. Normalerweise wird die onboardkarte beim einstecken der zusätzlichen Karte deaktiviert.
-
Dazu habe ich keine Erahrungswerte, danke - so erscheint mir die Option im BIOS: "Primäre Anzeige" ==> "IGD/PCIe/Auto" etwas irreführend.
-
Hat jemand eine xorg.conf mit 2 Screens irgendwo für Intel herum liegen? Das wäre toll ..
Bei meinem Haswell System sieht die so aus:
Code: /etc/X11/xorg.conf.d/20-intel.conf
Display More# # *** ANSIBLE MANAGED FILE *** # template: templates/20-intel.conf.j2 # Section "Device" Identifier "Device0" Driver "intel" Option "TearFree" "true" Option "ZaphodHeads" "HDMI2" Option "DRI" "3" Screen 0 EndSection Section "Device" Identifier "Device1" Driver "intel" Option "TearFree" "true" Option "ZaphodHeads" "eDP1" Option "DRI" "3" Screen 1 EndSection Section "ServerLayout" Identifier "Layout0" Screen 0 "Screen0" 0 0 Screen 1 "Screen1" RightOf "Screen0" EndSection Section "Screen" Identifier "Screen0" Device "Device0" Monitor "HDMI2" DefaultDepth 24 SubSection "Display" Depth 24 Modes "1920x1080_50" EndSubSection EndSection Section "Screen" Identifier "Screen1" Device "Device1" Monitor "eDP1" DefaultDepth 24 SubSection "Display" Depth 24 Modes "1280x720_60" EndSubSection EndSection Section "Monitor" Identifier "HDMI2" Modeline "1920x1080_50" 148.500 1920 2448 2492 2640 1080 1084 1089 1125 +HSync +VSync EndSection Section "Monitor" Identifier "eDP1" Modeline "1366x768_60" 77.000 1366 1424 1460 1560 768 771 778 822 -HSync -VSync Modeline "1366x768_60" 77.000 1366 1424 1460 1560 768 771 778 822 -HSync -VSync EndSection Section "Monitor" Identifier "DP1" Option "Ignore" "true" EndSection Section "Monitor" Identifier "HDMI1" Option "Ignore" "true" EndSection
Der Kernel bekommt diese Boot-Parameter mit, um die EDIDs für die beiden Bildschirme zu laden:
-
oh, super - das kann jetzt leider etwas dauern, da ich (nach ca. 20-30x booten und den DP-Port Adapter zu HDMI bzw. VGA wechseln) wieder in ein funktionierendes nvidia-Setup gekommen bin. Jetzt boote ich mal für ein paar Aufnahmen die Kiste nicht. Die Box steht nun auch wieder recht schwer zugänglich unterm Fernseher wg. öffnen und Entfernen der GT1030.
Du gibst beim Boot gleich die EDID der beiden Screens mit - das wäre in meinem Fall einmal die EDID des AVR (indirekt TV) und nochmal die EDID des kleinen TFT (hoffentlich passt die auch ohne den DP-2-VGA Adapter).
Wie man zu den richtigen Bezeichnungen für HDMI und VGA (bei dir HDMI1 + DP1 "ignoriert"? / genutzt eDP1 + HDMI2) weiß ich nicht. Wie die dann als Boot-Parameter in grub heißen sollten, versteh ich ebenfalls nicht. Du hast hier 4 Ausgänge, stimmt's?
Geeignete Modelines kann ich mir über xrandr --verbose -d :0.0 bzw -d :0.1 basteln - sollte ich hinbekommen, da jetzt gerade X hochgekommen ist und damit xrandr etwas liefert. Da ist dann sogar die EDID in Hex dabei. Oder sind die EDIDs ohne Nvidia ganz andere?
Tauchen immer wieder neue Fragen auf .. zumindest müßte bei meinem fortgeschrittenen Alter und damit dem Scharfsehen meiner Augen aus 3m Entfernung nicht mehr ein zu großer Qualitätsunterschied zw. vdpau und vaapi zu sehen sein - deshalb damals die GT1030 ..
-
Die EDID stammt (im Idealfall) vom Anzeigerät und sollte unabhängig vom Treiber sein. Falls der Bildschirm/Receiver/zwischengeschalteter Adapter keine brauchbare liefert, kann man sich z.B. mit dem AW EDID Editor ( https://www.analogway.com/products/aw-edid-editor#downloads ) und dem Datenblatt des TV/Monitor eine selbst erstellen.
Die Anschlussnamen können sich zwischen X und dem DRM-Subsystem des Kernel unterscheiden - das Playbook macht das folgendermaßen ( vgl. https://github.com/yavdr/yavdr-an…r_facts.py#L299 ff.):
Es schaut sich den Inhalt aller /sys/class/drm/card[0-9]*/status Dateien an - wenn der "connected" ist, vergleicht es die Inhalte der vom X-Server ausgelesenen EDIDs mit den EDID-Dateien, die es vom Kernel auslesen kann und macht so die Zuordnung der Bezeichnungen für die Ausgänge - das Ergebnis findest du in der /etc/ansible/facts.d/drm.fact - die sieht auf meinem Haswell-System dann z.B. so aus:
Code: /etc/ansible/facts.d/drm.fact
Display More{ "drm": { "ignored_outputs": [ "HDMI-A-1", "DP-1" ], "primary": { "drm_connector": "HDMI-A-2", "edid": "edid.HDMI-2.bin", "xrandr_connector": "HDMI-2" }, "secondary": { "drm_connector": "eDP-1", "edid": "edid.eDP-1.bin", "xrandr_connector": "eDP-1" } } }
Die vom Playbook ausgelesenen EDID-Dateien werden in /etc/X11/ abgeleft und dann über einen initramfs-Hook (vgl. /etc/initramfs-tools/hooks/include-edid-data ) mit ins initramfs gepackt, wenn man sudo update-initramfs ausführt.
-
.. puuh, ordentlich "verschachtelt" - ich denke, dass es "fast etwas" zuviel für mich ist - zumal ja hier sowieso nichts sauber läuft (da immer upgedated). Es macht vermutlich auch wenig Sinn, jetzt mit laufendem nvidia-Setup die richigen Bezeichnungen raus zu suchen.
/sys/class/drm/ sieht drzt. so aus:
Codelrwxrwxrwx 1 root root 0 Dez 25 08:59 card0 -> ../../devices/pci0000:00/0000:00:13.0/0000:01:00.0/simple-framebuffer.0/drm/card0/ lrwxrwxrwx 1 root root 0 Dez 25 08:59 card0-Unknown-1 -> ../../devices/pci0000:00/0000:00:13.0/0000:01:00.0/simple-framebuffer.0/drm/card0/card0-Unknown-1/ lrwxrwxrwx 1 root root 0 Dez 25 08:59 card1 -> ../../devices/pci0000:00/0000:00:13.0/0000:01:00.0/drm/card1/ lrwxrwxrwx 1 root root 0 Dez 25 08:59 card1-DP-1 -> ../../devices/pci0000:00/0000:00:13.0/0000:01:00.0/drm/card1/card1-DP-1/ lrwxrwxrwx 1 root root 0 Dez 25 08:59 card1-HDMI-A-1 -> ../../devices/pci0000:00/0000:00:13.0/0000:01:00.0/drm/card1/card1-HDMI-A-1/ lrwxrwxrwx 1 root root 0 Dez 25 08:59 renderD128 -> ../../devices/pci0000:00/0000:00:13.0/0000:01:00.0/drm/renderD128/ -r--r--r-- 1 root root 4096 Dez 26 09:20 version
da fängt es schon mal an. und da ansible playbook schon seit Ewigkeiten nicht mehr lief, ist /etc/ansible/facts.d/drm.fact hier leer:
Außerdem sind gerade nvidia_drm und nvidia_modeset geladen, die mit intel drm nichts zu tun haben.
include-edid-data ist hier nur als /home/ciax/yavdr-ansible/roles/yavdr-xorg/templates/include-edid-data.sh.j2 vorhanden, das Verzeichnis /etc/initramfs-tools/hooks/ ist leer. Bin am Holzweg ... und sollte natürlich ohne GT1030 starten, dann ist aber wieder nichts auszulesen, da X ohne Config nicht startet ..
-
Ich habe diesen Post/Fred von fnu und anderen Leuten bzgl. EDID, Intel, xorg, etc .. gefunden und werde mal versuchen, mich da durch zu hangeln. Scheint doch immer noch aktuell zu sein, obwohl mittlerweile mehr als 6 Jahre vergangen sind - Danke auch dafür, ist sehr verständlich und sauber beschrieben:
ThreadZusammenfassung Intel VAAPI & edid.bin
Hallo VDR Fans,
nachdem meine VDRs mit Intel Ausgabe nun lange problemlos mit einer festen Modeline funktionierten, kam es mit neueren Kernels (4.15.0) in den letzten Wochen immer wieder mal zu dem Phänomen der fehlenden Videoausgabe, wenn AVR & Plasma beim automatischen VDR Start nicht eingeschaltet waren (Ton war da!) und man die Geräte danach einschaltete. Ein sudo systemctl restart lightdm.service und anschliessendes svdrpsend plug softhddevice deta; svdrpsend plug softhddevice atta brachte…fnuJune 4, 2018 at 3:51 PM Grusz
PS: .. ich meld mich wieder
-
Anbei das Verhalten der Box mit entfernter Nvidia/GT1030, rein mit Intel onBoard IGD. Vorab, ich sehe leider nur das yavdr-Logo, auf beiden Bildschirmen.
Die xorg.conf bzw. nun mit Intel /etc/X11/xorg.conf.d/20-intel.conf wurde an mein System angepasst, der X-Server Startet und gibt soweit keine Fehler mehr im Log aus. Anbei die beiden Dateien:
Das Verzeichnis /sys/class/drm/ sieht nun auch vernüftig aus
Codedrwxr-xr-x 2 root root 0 Dez 30 09:47 ./ drwxr-xr-x 78 root root 0 Dez 30 09:25 ../ lrwxrwxrwx 1 root root 0 Dez 30 09:25 card1 -> ../../devices/pci0000:00/0000:00:02.0/drm/card1/ lrwxrwxrwx 1 root root 0 Dez 30 09:25 card1-DP-1 -> ../../devices/pci0000:00/0000:00:02.0/drm/card1/card1-DP-1/ lrwxrwxrwx 1 root root 0 Dez 30 09:25 card1-HDMI-A-1 -> ../../devices/pci0000:00/0000:00:02.0/drm/card1/card1-HDMI-A-1/ lrwxrwxrwx 1 root root 0 Dez 30 09:25 renderD128 -> ../../devices/pci0000:00/0000:00:02.0/drm/renderD128/ -r--r--r-- 1 root root 4096 Dez 30 09:47 version
"status" unterhalb card1-DP-1 + card1-HDMI-A-1 beinhaltet "connected", wenn der AVR angeschaltet ist (DP-1/TFT hängt direkt am onboard-VGA).
Habe mittlerweile den Hook bzgl. EDID und initramfs gefunden und folgende Anpassungen dort gemacht, da hier ja 2 EDIDs beim Boot mitgegeben werden sollten - ich hoffe, dass es so passt: /etc/initramfs-tools/hooks/include-edid-data:
Bash
Display More#!/bin/sh PREREQ="udev" prereqs() { echo "$PREREQ" } case $1 in prereqs) prereqs exit 0 ;; esac . /usr/share/initramfs-tools/hook-functions # Begin real processing below this line if [ ! -e "${DESTDIR}/lib/firmware/edid" ]; then mkdir -p "${DESTDIR}/lib/firmware/edid" fi if [ -r "/lib/firmware/edid/edid.bin" ]; then cp "/lib/firmware/edid/{edid.MARANTZ-AVR.bin,edid.EST-LILY-TFT.bin}" "${DESTDIR}/lib/firmware/edid/" fi manual_add_modules i915 radeon exit 0
Die EDID für den AVR ist 256 Bytes, die des TFT 128 Bytes groß - beide beinhalten mit edid-decode ausgegeben Vernüftige "Modelines" - EDID und Modelines werden zusätzlich in der 20-intel.conf mitgegeben, werden aber lt. X-Log ignoriert.
Nach einem Reboot erhalte ich aber leider im Kernel-Log/dmesg Fehler, die für mich nun wieder unlösbar sind.
sudo dmesg -T | egrep -i "drm|intel|edid|i9"
Man sieht, dass vdr arbeitet, man kann Kanäle streamen, allerdings spuckt das Log bei Verwendung von softhddevice mit -v va-api ziemlich viel aus, fängt sich dann aber wie es scheint - Logging im vdr ist allerdings auch höher eingestellt. Log hier als Anhang:
Mit softhdvaapi als Ausgabeplugin sieht es wie folgt aus:
und fängt sich dann auch.
Mit der Fernbedienung kann man hantieren, Kanäle wechseln .. es fehlt aber die Ausgabe am Bildschirm. Weder TV, noch OSD via AVR, noch "kivy-osd2web" am TFT - nur das yavdr-Logo.
Wäre schön, wenn man mich wieder in die Richtige Richtung schupft.
Grusz!
PS: es fällt auch auf, dass nun xrandr irgendwas mit VIRTUAL Screen (auch im X-Log enthalten) anzeigt - und keine sinnvollen Augaben liefert:
Code
Display Morexrandr --verbose -d :0.0 Screen 0: minimum 8 x 8, current 1024 x 768, maximum 32767 x 32767 VIRTUAL1 disconnected primary (normal left inverted right x axis y axis) Identifier: 0x40 Timestamp: 8809 Subpixel: no subpixels Clones: CRTCs: 1 Transform: 1.000000 0.000000 0.000000 0.000000 1.000000 0.000000 0.000000 0.000000 1.000000 filter: non-desktop: 0 supported: 0, 1 ----------------- xrandr --verbose -d :0.1 Screen 1: minimum 8 x 8, current 1024 x 768, maximum 32767 x 32767 VIRTUAL1 disconnected primary (normal left inverted right x axis y axis) Identifier: 0xa4 Timestamp: 8809 Subpixel: no subpixels Clones: CRTCs: 1 Transform: 1.000000 0.000000 0.000000 0.000000 1.000000 0.000000 0.000000 0.000000 1.000000 filter: non-desktop: 0 supported: 0, 1
-
softhddevice use with "-v va-api-egl" only.
-
Integrated Graphics Chipset: Intel(R) HD Graphics 500 - this is a very old GPU, softhdvaapi not works with it.
-
softhddevice use with "-v va-api-egl" only.
oh, thanks - now i applied -v va-api-egl to softhddevice as parameter. It seems to work, i'll keep this config with this output plugin.
Integrated Graphics Chipset: Intel(R) HD Graphics 500 - this is a very old GPU, softhdvaapi not works with it.
Also, thank you for this hint - didn't know that. I bought that mainboard 2017/18.
Now, i have to look why there's no output on any display - just the yavdr Logo.
-
Ich würde die Eintrgäge für die EDID mal aus der Xorg-Konfiguration raus nehmen, das hatte ich in dem Thread von fnu zu der Intel-Konfiguration auch weiter unten beschrieben, dass nicht gefruchtet hat - also diese Zeilen:
CodeOption "CustomEDID" "HDMI-0:/lib/firmware/edid/edid.MARANTZ-AVR.bin" Option "IgnoreEDID" "false" Option "UseEDID" "true"
Die EDIDs sollten über die Kernel Bootargumente gesetzt werden.
-
Den nvidia-Treiber würde ich im Zweifelsfall auch mal deinstallieren, eventuell spielt der da noch mit hinein.
-
Danke für die Rückmeldung - ich bin echt für jeden Gedanken froh, da nur noch Hoffnungsschimmer vorhanden sind.
Was in /etc/ansible/facts.d/drm.fact steht sollte egal sein? .. da vom playbook erstellt und letztendlich für die finale Konfiguration genutzt. Die ist hier nämlich "leer":
Ich hatte in der 20-intel.conf die von dir genannten Zeilen auch schon mal auskommentiert gehabt (ob alle?) - ich probiere es nochmal. Ich hoffe, dass das o.a. hook-script include-edid-data von mir richtig ist (die beiden EDIDs mit diesem "cp" berücksichtigt werden). Wenn ich einen Bildschirm Ausgang leer/nicht angeschlossen lasse, fehlt für diesen dann die Fehlermeldung bzgl. EDID im dmesg-Log.
Als Ausgabeplugin sollte ich dann mit der onBoard Intel GPU aber schon softhddevice mit dem von lnj genannten Parameter nutzen?
Grusz!
//edit:
wenn ich ein lsinitramfs "/boot/initrd.img-$(uname -r)" | grep "1920x1080" mache oder mit | grep -i "marantz", kommt nichts retour.
cat /proc/cmdline liefert:
CodeBOOT_IMAGE=/boot/vmlinuz-6.8.0-51-generic root=UUID=68fff440-1ddf-4e51-b443-1adbf6957862 ro quiet splash hpet=disable pcie_port_pm=off video=HDMI-A-1:1920x1080_50D video=DP-1:1024x768_60D drm.edid_firmware=HDMI-A-1:edid/edid.MARANTZ-AVR.bin,DP-1:edid/edid.EST-LILY-TFT.bin vt.handoff=7 vt.handoff=7
wieso?
-
Die Boot-Parameter landen in der Grub-Konfiguration, lsinitramfs listet nur die Dateien auf, die enthalten sind.
Ist das Hook-Skript für die EDID-Dateien ausführbar? Auf meinem Testsystem klappt das mit dem aus yavdr-ansible:
Code
Display More$ cat /etc/initramfs-tools/hooks/include-edid-data #!/usr/bin/bash # # *** ANSIBLE MANAGED FILE *** # template: templates/include-edid-data.sh.j2 # # This hook copies EDID files with the naming scheme "edid.${OUTPUT}.bin" to the initramfs. [ "$1" = "prereqs" ] && { echo "udev"; exit 0; } # load hook helper functions . /usr/share/initramfs-tools/hook-functions mkdir -p /lib/firmware/edid/ rm -fr /lib/firmware/edid/edid.*.bin find "/etc/X11/" -name "edid.*.bin" -type f -exec cp -t "/lib/firmware/edid/" {} + mkdir -p "${DESTDIR}/lib/firmware/edid" find "/etc/X11/" -name "edid.*.bin" -type f -exec cp -t "${DESTDIR}/lib/firmware/edid/" {} + manual_add_modules i915 radeon exit 0
-
Participate now!
Don’t have an account yet? Register yourself now and be a part of our community!