Startproble softhddrm - drm:FindDevice

Läuft denn ein anderer Prozess (wie z.B. der X-Server oder KODI mit GBM-Ausgabe), der aktuell DRM-Master ist?

rkp wrote:

drm:FindDevice - failed to authorize drm magic: Keine Berechtigung

softhddrm muss als root laufen weil der kernel das bei drm so haben will

Hi,

jojo61 bist Du sicher bzw ist das bei mpv auch so?

CU

9000h

Hi,

running mpv --vo=drm without X11 from console works as normal user so root is not must.

CU

9000h

rkp wrote:

Muss ich denn den X-Server vor dem Start von softhddrm stoppen?

Ja, es darf keinen anderen DRM-Client geben, der gerade als Master fungiert (ich weiß auch nicht wie gut das "Loslassen" der Clients mittlerweile funktioniert, angeblich darf ab Kernel 5.8 ein DRM-Client seinen Master-Status ohne Root-Rechte abgeben) - also am besten yavdr-xorg.service, xlogin@vdr.service und x@vt7.service maskieren und den Rechner neu starten, dann sollte softhddrm beim Start der DRM-Master werden können.

Also bei mir mit kernel 5.12 braucht der softhddrm immer noch root Rechte um das drm Device wieder abgeben zu können.

Das ist wohl auch bei mpv so. Nur der mpv beendet sich ja danach und dann ist das drm Device sicher wieder frei.

jojo61 wrote:

Also bei mir mit kernel 5.12 braucht der softhddrm immer noch root Rechte um das drm Device wieder abgeben zu können.

Also klappt das nicht wie in https://stackoverflow.com/a/63260934 beschrieben?

Zumindest beim Test letzte Woche ging es nicht ohne root. Der erneute Versuch danach wieder das Device zu bekommen schlug fehl wenn ich nicht root war.

Und genau das brauch ich aber bei DETA/ATTA

Leider gibt es nirgendwo mal ein Beispielcode wie es sein sollte. Und die meisten Anwendungen beenden sich nach dem DropMaster. Dann ist es auch einfach.

rkp wrote:

So, habe alles mit X maskiert. Jetzt sieht es anders aus, wenn ich den vdr starten will:

Code

1. root@ubuntu-nuc3:~# journalctl -xe
2. Mär 21 16:37:38 ubuntu-nuc3 vdr[1847]: Use 460 GLVersion
3. Mär 21 16:37:38 ubuntu-nuc3 vdr[1847]: chose visual 0x30335241 bpp 10
4. Mär 21 16:37:38 ubuntu-nuc3 vdr[1847]: RGB size 10:10:10 Alpha 2
5. Mär 21 16:37:38 ubuntu-nuc3 vdr[1847]: video/egl: GlxSetupWindow 0 1920x1080 context: 0x5568bfdb3390
6. Mär 21 16:37:38 ubuntu-nuc3 vdr[1847]: video/egl: ok
7. Mär 21 16:37:38 ubuntu-nuc3 vdr[1847]: Cuvid New HW Decoder
8. Mär 21 16:37:38 ubuntu-nuc3 vdr[1847]: codec: can't allocate HW video codec context err ffffffea
9. Mär 21 16:37:38 ubuntu-nuc3 vdr[1847]: [AVHWDeviceContext @ 0x5568bfdd1740] No VA display found for device /dev/dri/renderD128.
10. Mär 21 16:37:38 ubuntu-nuc3 systemd[1]: vdr.service: Main process exited, code=dumped, status=6/ABRT

Das gibt dann zwar immer noch kein Bild, man noch muss den VDR der Gruppe "render" hinzufügen (!!!), dann geht es.

Umschalten auf einen anderen Kanal geht allerdings nicht, das Bild wird schwarz, das OSD des neuen Kanals ist ganz kurz sichtbar und dann bleibt der vdr doch auf dem alten Kanal.

Und ich habe keinen Ton. Vermutlich hat das was mit der softhddrm.conf zu tun.

Display More

das mit der Gruppe render war super - mein ansible focal läuft jetzt komplett mit kernel 5.12rc5, libdrm 2.4.104 und mesa 21.1 git

UHD sieht gut aus und auch ansonsten normal - allerdings keinen Ton obwohl pulse läuft.

muss hier auch evt der vdr noch in eine Gruppe audio , pulso o.Ä. zugefügt werden bzw konntest du das zwischenzeitlich lösen?

Also letzen Sommer ging das auch noch, da brauchte es allerdings für Bild auch nicht die Gruppe render. - hab heute mal alles auf nem aktuellen Stand gebracht, nur für libPlacebo 3.120 fehlt mir noch das passende Paket. Da kümmere ich mich später drum...

denke da hat sich einiges getan im letzen 3/4 Jahr 🤔