Ich habe auch den Xorg 1.20.4 im Einsatz und da funktioniert das. Allerdings compiliere ich das plugin neu wenn ich den xorg aktualisiere.
Problem mit X leider auch nach recomp noch da...
Code
...
Mär 09 09:18:48 vdr vdr[4878]: vdrfrontend.sh - resuming softhdcuvid ...
Mär 09 09:18:48 vdr vdr[4682]: [4725] SVDRP vdr < 127.0.0.1:56514 client connection accepted
Mär 09 09:18:48 vdr vdr[4682]: [4725] SVDRP vdr > 127.0.0.1:56514 server created
Mär 09 09:18:48 vdr vdr[4682]: video/glx: glx version 1.4
Mär 09 09:18:48 vdr vdr[4682]: video/glx: SGI v-sync enabled
Mär 09 09:18:48 vdr kernel: nvidia-uvm: Loaded the UVM driver in 8 mode, major device number 234
Mär 09 09:18:48 vdr vdr[4682]: audio: 'alsa' output module used
Mär 09 09:18:48 vdr vdr[4682]: audio/alsa: supports pause: yes
Mär 09 09:18:48 vdr vdr[4682]: [4897] [softhddev]stopping OpenGL Worker Thread
Mär 09 09:18:48 vdr vdr[4682]: [4897] [softhddev]OpenGL Worker Thread stopped
Mär 09 09:18:48 vdr vdr[4682]: video: normal aspect output 2137x2136+851+0 Video 3840x2136
Mär 09 09:18:48 vdr vdr[4682]: [4897] [softhddev]stopping OpenGL Worker Thread
Mär 09 09:18:48 vdr vdr[4682]: [4897] [softhddev]OpenGL Worker Thread stopped
Mär 09 09:18:48 vdr vdr[4682]: X Error of failed request: GLXBadContextTag
Mär 09 09:18:48 vdr vdr[4682]: Major opcode of failed request: 149 (GLX)
Mär 09 09:18:48 vdr vdr[4682]: Minor opcode of failed request: 5 (X_GLXMakeCurrent)
Mär 09 09:18:48 vdr vdr[4682]: Serial number of failed request: 98
Mär 09 09:18:48 vdr vdr[4682]: Current serial number in output stream: 98
Mär 09 09:18:48 vdr vdr[4682]: sources: filesource /mnt/data_hdd2/mp3z includes (count=3): '*.mp3' '*.ogg' '*.wav'
Mär 09 09:18:48 vdr vdr[4682]: mp3: using MPEG Audio Decoder 0.15.1 (beta)
Mär 09 09:18:48 vdr vdr[4682]: mp3: compiled with 0.15.1 (beta)
Mär 09 09:18:48 vdr vdr[4682]: [4724] osdteletext-receiver thread ended (pid=4682, tid=4724)
Mär 09 09:18:48 vdr vdr[4682]: [4897] buffer stats: 0 (0%) used
Mär 09 09:18:48 vdr vdr[4682]: audio: 44100Hz supports 1 2 3 4 5 6 7 8 channels
Mär 09 09:18:48 vdr vdr[4682]: audio: 48000Hz supports 1 2 3 4 5 6 7 8 channels
Mär 09 09:18:48 vdr vdr[4682]: audio: 192000Hz supports 1 2 3 4 5 6 7 8 channels
Mär 09 09:18:48 vdr vdr[4682]: [4725] SVDRP vdr < 127.0.0.1:56514 connection closed
Mär 09 09:18:48 vdr vdr[4682]: [4725] SVDRP vdr < 127.0.0.1:56514 server destroyed
Mär 09 09:18:48 vdr vdr[4682]: audio/alsa: using device 'default'
Mär 09 09:18:48 vdr vdr[4682]: audio/alsa: start delay 336ms
Mär 09 09:18:49 vdr vdr[4682]: double free or corruption (out)
Mär 09 09:18:49 vdr kernel: audit: type=1701 audit(1552119529.909:78): auid=4294967295 uid=1000 gid=100 ses=4294967295 pid=4682 comm=637576696420766964656F exe="/usr/bin/vdr" sig=6 res=1
Mär 09 09:18:49 vdr audit[4682]: ANOM_ABEND auid=4294967295 uid=1000 gid=100 ses=4294967295 pid=4682 comm=637576696420766964656F exe="/usr/bin/vdr" sig=6 res=1
Mär 09 09:18:50 vdr systemd[1]: vdr.service: Main process exited, code=killed, status=6/ABRT
...
Alles anzeigen
Läuft die Kombi bei einem der vdr4arch Jungs??
Ich habe das PKGBUILD mal so angepasst, dass "cuda" nun eine "makedepend" ist. "namcap" hat kein Problem damit (keine nicht aufgelösten Ahängigkeiten). Bitte mal testen. Wenn das passt, dann könnte man das Monster "cuda" zumindest auf dem "Zielsystem" weglassen.
Habs das neue Build getestet, läuft einwandfrei OHNE installiertes cuda, prima!
Lars