Zusammenfassung Intel VAAPI & edid.bin

Die xorg.conf hat keinen Einfluss darauf, ob ein Bildschirm als verbunden erkannt wird oder nicht (IIRC war das kontraproduktiv die EDID mit Intel-Grafik in der xorg-Konfiguration zu setzen) - das erledigt der Kernel mit dem DRM-Subsystem.

Wichtig sind die Parameter, die man dem Kernel mitgibt - also die EDID (die man in die initramfs kopieren lassen muss) und der Eintrag, der dafür sorgt, dass ein bestimmter Ausgang als verbunden gewertet werden soll.

Bei yavdr-ansible fehlen da noch ein paar Bausteine im Playbook, so dass man das zu Fuß erledigen muss:

Um die EDID-Dateien ins initramfs zu bekommen kannst du so ein Hook-Skript nutzen (Datei ausführbar machen und außerdem den Ordner /lib/firmware/edid) anlegen:

#!/usr/bin/bash
# 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
find /lib/firmware/edid/ -name 'edid.*.bin' -delete
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

Für die richtigen Anschlussnamen wäre bei einer yavdr-ansible Installation der Inhalt der /etc/ansible/facts.d/drm.fact interessant - da steht drin, wie der Anschluss und die dazugehörige EDID heißt.

Bei den Boot-Optionen in der /etc/default/grub muss man dann noch diese Boot-Parameter mit den jeweiligen Variablen aus der Datei ergänzen:

video={{ drm.primary.drm_connector }}:D drm.edid_firmware={{ drm.primary.drm_connector }}:edid/{{ drm.primary.edid }}"

Und danach das initramfs und grub aktualisieren lassen.

wozu den radeon Treiber, so wie ich das sehe ist auf meinem nuc nur das i915 geladen?

mit welchem Befehl lässt das du die initrd neu bauen, den für grub reicht ein "update grub"?

Dank dir.

Danke an Euch seahawk1986 und fnu.

Leider funktioniert es bei mir immer noch nicht und ich bin erst jetzt dazu gekommen, das nochmal systematisch durchzutesten:

Ich habe alle Änderungen nochmal rückgängig gemacht und auch das initiale install ansible skript laufen lassen.

Die Installation lief direkt am TV als Monitor, die /etc/X11/xorg.conf.d/20-intel.conf wurde wieder erzeugt und eine edid.bin abgelegt: /etc/X11/edid.DP-1.bin

Die /etc/ansible/facts.d/drm.fact schaut so aus:

{
    "drm": {
        "ignored_outputs": [
            "HDMI-A-1",
            "DP-2"
        ],
        "primary": {
            "drm_connector": "DP-1",
            "edid": "edid.DP-1.bin",
            "xrandr_connector": "DP-1"
        },
        "secondary": {}
    }

Daraufhin habe ich folgenden Eintrag in der /etc/default/grub gemacht:

GRUB_CMDLINE_LINUX="video=DP-1:D drm.edid_firmware=DP-1:edid/edid.DP-1.bin"

Dazu dann das Hook-Skript von oben /etc/initramfs-tools/hooks/include-edid-data angelegt, ausführbar gemacht und auch geschaut, dass das Verzeichnis /lib/firmware/edid vorhanden ist. Da landet dann später durch das Skript auch die edid.DP-1.bin drin, das habe ich geprüft.

Dann noch sudo update-initramfs -u -k all und sudo update-grub

Nach einem (bzw. auch mehreren) reboots bekomme ich allerdings kein Bild.

Und zwar egal ob der TV beim Booten an ist oder aus. Kein Bild mehr.

Folgende Ausgabe (bei ausgeschaltetem TV) deutet für mich darauf hin, dass der Mechanismus grundsätzlich funktioniert:

xrandr -d :0

Screen 0: minimum 8 x 8, current 1024 x 768, maximum 32767 x 32767
DP1 connected primary (normal left inverted right x axis y axis)
   1920x1080_50  50.00 +
VIRTUAL1 disconnected (normal left inverted right x axis y axis)

Allerdings, wie gesagt, kein Bild.

Ich hänge nochmal das Xorg.log an, ich kann da allerdings nichts erkennen, was auf die Ursache hindeutet.

Hat jemand noch eine Idee was ich falsch mache?

Kannst du bitte mal die EDID anhängen? Mich wundert im Log von Xorg, dass die erkannten Modes alle die Frequenz 0 im Namen haben.

yep, hier die edid.DP-1.bin

Zitat von Brummel

Nach einem (bzw. auch mehreren) reboots bekomme ich allerdings kein Bild.

Und zwar egal ob der TV beim Booten an ist oder aus. Kein Bild mehr.

Ich habe gerade das Playbook so erweitert, dass es die Bildschirmkonfiguration für initramfs/grub automatisch vornimmt, wenn man ansible die Variable intel_set_boot_edid: true mit gibt (siehe https://github.com/yavdr/yavdr…focal/group_vars/all#L160) - zumindest auf meinem Testsystem klappt das wie erwartet (und hoffentlich klappt mein Ansatz diese EDID zur Laufzeit wieder loszuwerden, damit Änderungen an der Bildschirm-Konfiguration erkannt werden, wenn man das Playbook noch mal laufen lässt)

Ansonsten: Welche Kernel-Version hast du? Sieht man im Log des VDR Hinweise darauf, dass die Initialisierung der Ausgabe nicht klappt (am besten mal die Ausgabe von journalctl -b -l zeigen)?

Hier einige Infos:

Ich habe dann mal 3 unterschiedliche Start-Szenarien durchgespielt:

1. Start des VDR ohne EDID als Kernel-Parameter -> TV beim Start an -> Bild vorhanden

Screen 0: minimum 8 x 8, current 1920 x 1080, maximum 32767 x 32767
DP1 connected primary 1920x1080+0+0 (normal left inverted right x axis y axis) 0mm x 0mm
   1920x1080_50  50.00*+
   1920x1080i    60.00 +  50.00    59.94
   1920x1080     60.00    50.00    59.94
   2880x576      50.00
   2880x576i     50.00
   2880x480      60.00    59.94
   2880x480i     60.00    59.94
   1280x720      60.00    50.00    59.94
   1440x576      50.00
   1440x480      60.00    59.94
   720x576       50.00
   720x480       60.00    59.94
VIRTUAL1 disconnected (normal left inverted right x axis y axis)

Ausgabe journalctl -b -l: journal_ohne_edidkernel_tvan_bild_ok.txt

2. Start des VDR mit EDID als Kernel-Parameter -> TV beim Starten AN -> kein Bild vorhanden

Screen 0: minimum 8 x 8, current 1024 x 768, maximum 32767 x 32767
DP1 connected primary (normal left inverted right x axis y axis)
   1920x1080_50  50.00 +
   1920x1080     50.00 +  60.00    59.94    30.00    25.00    24.00    29.97    23.98
   1920x1080i    60.00    50.00    59.94
   1280x1024     60.02
   1366x768      59.79
   1280x720      60.00    50.00    59.94
   1024x768      60.00
   800x600       60.32
   720x576       50.00
   720x480       60.00    59.94
   640x480       60.00    59.94
VIRTUAL1 disconnected (normal left inverted right x axis y axis)

Ausgabe journalctl -b -l: journal_edidkernel_tvan_bild_nok.txt

3. Start des VDR mit EDID als Kernel-Parameter -> TV beim Starten AUS -> kein Bild vorhanden

Screen 0: minimum 8 x 8, current 1024 x 768, maximum 32767 x 32767
DP1 connected primary (normal left inverted right x axis y axis)
   1920x1080_50  50.00 +
VIRTUAL1 disconnected (normal left inverted right x axis y axis)

Ausgabe journalctl -b -l: journal_edidkernel_tvaus_bild_nok.txt

Die Ausgabe von xrandr ist in allen drei Szenarien unterschiedlich, auch bei 1 und 2.

Im Log sind für die Szenarien 2 und 3 viele Warnungen und Meldungen drin, die darauf hindeuten, dass da was nicht stimmt.

Allerdings muss ich zugeben, dass ich mit der Interpretation überfordert bin.

Was ich dazu sagen muss, dass ich diese Tests mit einem AV-Receiver zwischen VDR und TV gemacht habe. Bei den Tests vor ein paar Tagen hing der TV direkt am VDR. Das Resultat ist aber in beiden Fälle dasselbe.

Viele Grüße

Brummel

Kannst du mal einen neueren Kernel probieren?

sudo apt install --install-recommends linux-generic-hwe-20.04

Hallo seahawk,

den Kernel habe ich installiert.

Ich habe das mit dem initramfs/grub allerdings immer noch von Hand gemacht, nicht über die neue ansible Variable. Ich nehme aber an, dass das jetzt nicht relevant ist.

Interessant ist, dass mit dem geänderten Kernel ein Bild kommt, wenn der TV bei Starten an ist (was ja mit dem alten Kernel nicht der Fall war).

Allerdings kommt immer noch kein Bild wenn der TV bei Starten aus ist.

Ich habe für beide Fälle mal die Ausgabe von journalctl -b -langehängt sowie das Xorg.0.log.

Auffällig ist, dass nur im Fall ohne Bild diese Meldung im Log steht:

yavdr-nuc kernel: i915 0000:00:02.0: [drm] Cannot find any crtc or sizes