easyVDR Kopie des easyVDR-Forums zum Nachschlagen
[gelöst] easyvdr 3.5, vaapi: Bild hängt

easyVDR - >VARforumsname - >[gelöst] easyvdr 3.5, vaapi: Bild hängt

maw  19.Nov.2017 18:48:29
Hallo zusammen,

nachdem die neue Version auf dem J3455 mit dvb-t2 hd (HEVC) heute erst sehr gut lief, blieb gegen 17:48 h das Bild hängen, während das System scheinbar weiter lief.

Nov 19 17:48:09 easyvdr vdr: video/vaapi: release surface 0x04000015, which is not in use
Nov 19 17:48:09 easyvdr vdr: Surface 0 query status = 0x6: invalid VASurfaceID
Nov 19 17:48:09 easyvdr vdr: video/vaapi: release surface 0x0400000f, which is not in use
Nov 19 17:48:11 easyvdr vdr: ERROR: TS packet not accepted in Transfer Mode
Nov 19 17:48:15 easyvdr kernel: [11876.093773] stuck on bsd ring
Nov 19 17:48:15 easyvdr kernel: [11876.098693] GPU HANG: ecode 9:2:0xa8dfbffd, in softhddev video , reason: Engine(s) hung, action: reset
Nov 19 17:48:15 easyvdr kernel: [11876.098697] GPU hangs can indicate a bug anywhere in the entire gfx stack, including userspace.
Nov 19 17:48:15 easyvdr kernel: [11876.098698] Please file a _new_ bug report on bugs.freedesktop.org against DRI -> DRM/Intel
Nov 19 17:48:15 easyvdr kernel: [11876.098699] drm/i915 developers can then reassign to the right component if it's not a kernel issue.
Nov 19 17:48:15 easyvdr kernel: [11876.098701] The gpu crash dump is required to analyze gpu hangs, so please always attach it.
Nov 19 17:48:15 easyvdr kernel: [11876.098702] GPU crash dump saved to /sys/class/drm/card0/error
Nov 19 17:48:15 easyvdr kernel: [11876.100178] drm/i915: Resetting chip after gpu hang
Nov 19 17:48:15 easyvdr vdr: message repeated 33 times: [ ERROR: TS packet not accepted in Transfer Mode]


Softhddevice scheint mir aktuell zu sein:

easyvdr@easyvdr:~$ apt-cache policy vdr-plugin-softhddevice-vaapi
vdr-plugin-softhddevice-vaapi:
 Installiert:           1:0.6.1rc1~git20171105-0easyVDR0~trusty
 Installationskandidat: 1:0.6.1rc1~git20171105-0easyVDR0~trusty
 Versionstabelle:
*** 1:0.6.1rc1~git20171105-0easyVDR0~trusty 0
      1003 http://ppa.launchpad.net/easyvdr-team/hevc-vdr/ubuntu/ trusty/main amd64 Packages
       100 /var/lib/dpkg/status

Ist das ein bekannter Fehler? Kann ich da was machen?
Easyinfo hängt an.

Danke für Tipps
Matthias
easyinfo.zip
vdr 1: asrock j3455itx, 8GB RAM/30GB SSD/1TB HDD, hauppage wintv-quadhd pcie,
   easyvdr 3.5, kernel 4.10.17, media-build-experimental-dkms

vdr 2 (außer Betrieb): asus m3n78-vm, athlon x2 220, 2GB/32GB SSD/1TB HDD, nvidia gt 1030 passiv,
   easyvdr 3.5, kernel 4.11.2, nvidia 38x


mango  19.Nov.2017 19:23:52
Hi,

wenn man nach "GPU HANG: ecode 9:2:0xa8dfbffd" googelt landet man bei ffmpeg.
Da ist auch ein Patch aufgeführt, der bereits in ffmpeg-3.3.0 includiert ist.
Hast du die softhd Einstellungen von gb(Aaron) übernommen?

Gruss
Wolfgang
[spoiler="My VDR Stuff"]DVB-S/S2: Silverstone LC17 mit 8,4" TFT Display, ASUS P5KPL SE, E6300, 2GB, NT-Fanlees, System SSD 40GB, Media 2TB, GT630, DVD-LG, SkyStar S2, Nova-T, FB X10 Medion-Scroll, "Arch-Linux - VDR 2.3.8"
Test-VDR: ASRock ALiveNF6G, AMD X2 3800+ (35W),4GB, GT 630 - nvidia-384, SSD 64GB, SkyStar S2, Cinergy T RC USB, easyVDR 3.5(Kernel-4.4.0) - VDR-2.3.8 - KODI-18.0 - FB X10 Medion-Scroll
Client: Evo N600c, Puppy-Slacko 6.3 - VDR-2.2.0 - FB X10 Medion_OR25V
Spielwiese: RPI2 als Client mit LibreELEC-9.80-Milhouse(Kodi-19.0) - MLD-5.4 VDR2VDR
maw  19.Nov.2017 21:54:03
Hatte nichts eingestellt. Das habe ich gerade erst gemacht, subjektiv sehe ich erstmal keinen Unterschied. Kann auch daran liegen, dass der Fernseher eh nur 720p kann, während FullHD gesendet wird.

Bis jetzt ist kein weiterer Hänger aufgetaucht ...

Danke & Grüße
Matthias
vdr 1: asrock j3455itx, 8GB RAM/30GB SSD/1TB HDD, hauppage wintv-quadhd pcie,
   easyvdr 3.5, kernel 4.10.17, media-build-experimental-dkms

vdr 2 (außer Betrieb): asus m3n78-vm, athlon x2 220, 2GB/32GB SSD/1TB HDD, nvidia gt 1030 passiv,
   easyvdr 3.5, kernel 4.11.2, nvidia 38x


SurfaceCleanerZ  19.Nov.2017 22:18:08
Hi,
welchen Kernel nutzt du denn?

MfG,
Stefan
Test-VDR1: HP rp5700 Fertigsystem, Core2Duo E6400, 2GB RAM, Mygica t230 Stick als Tuner, nvidia Slim-GT218 512MB PCIe x1     -   v3.5-64
VDR2 in Rente
VDR3 in Rente
VDR4: MSI G31M2 v2, Intel E5200, 6" t6963c gLCD, 2GB, WD Red 4TB, 2x TT3200, ASUS GT730-SL-2GD3-BRK, mod. Digitainergeh.       -   v3.5-64
VDR5: GIGABYTE GA-G31M-S2L, Intel E5200, GT630 passiv, 2GB, 3TB, 6"  t6963c gLCD, mod. Digitainergeh.          -   v3.5-64
VDR6: MSI MS-7236, Intel E2140, GT630 passiv, 2GB, WD Green 2TB, 6" t6963c gLCD, 2x TT3200    -    v2.5-64
[url=http://tinyurl.com/ycx4qsv]Hilfe gefällig? Dann brauchen wir ein easyInfo aus easyPortal!
maw  20.Nov.2017 12:42:46
Das ist 4.4.0, wie er bei der 3.5 dabei ist.
Gruß Matthias
vdr 1: asrock j3455itx, 8GB RAM/30GB SSD/1TB HDD, hauppage wintv-quadhd pcie,
   easyvdr 3.5, kernel 4.10.17, media-build-experimental-dkms

vdr 2 (außer Betrieb): asus m3n78-vm, athlon x2 220, 2GB/32GB SSD/1TB HDD, nvidia gt 1030 passiv,
   easyvdr 3.5, kernel 4.11.2, nvidia 38x


wayne  25.Nov.2017 18:06:32
Hatte auf meinem J3710 auf Hänger.
Mit [url=https://www.vdr-portal.de/forum/index.php?thread/131115-easyvdr-3-0-auf-j1900-mit-va-api-friert-pl%C3%B6tzlich-ein/&postID=1298352#post1298352]dieser Lösung sind sie weg:

In /etc/default/grub in der Zeile GRUB_CMDLINE_LINUX_DEFAULT den wert intel_idle.max_cstate=1 einfügen.
Einfach mit Leerzeichen innerhalb der Anführungszeichen anhängen.
Dann update-grub und Reboot.
VDR-SW: easyvdr 3.5, ...
VDR-HW: DD Cine S2 V6.5, Mystique SaTiX-S2 V3 Dual, ASRock J3710M, 8GB, 60GB System, 2,5" 1,75TB Media, One For All URC 7960, GMC AVC-M1, ...
AV-Geräte: Hisense H65MEC5550, Dali Zensor 5 AX

maw  25.Nov.2017 22:19:13
Danke für den Tipp, habe ich gleich umgesetzt.
Jetzt gab es ja bisher insgesamt nur einen Hänger. Wenn aber keine mehr auftreten, ist es ja nur gut.

Dank & Gruß
Matthias
vdr 1: asrock j3455itx, 8GB RAM/30GB SSD/1TB HDD, hauppage wintv-quadhd pcie,
   easyvdr 3.5, kernel 4.10.17, media-build-experimental-dkms

vdr 2 (außer Betrieb): asus m3n78-vm, athlon x2 220, 2GB/32GB SSD/1TB HDD, nvidia gt 1030 passiv,
   easyvdr 3.5, kernel 4.11.2, nvidia 38x


Bleifuss2  26.Nov.2017 13:00:31
Wird die Kiste dann nicht recht warm?
Das bedeutet im Prinzip CPU immer unter Last. Nun C1 ein ist besser als nichts ...
Meine CPU ist zu 90% in C7 , das kannst du mit powertop anschauen ...
Produktiv-VDR:
Board GA H77-DS3H, Intel Intel(R) Core(TM) i5-3470, Cine S2 DVB, WD 3TB Green, WDC WD20EARS-00J  2TB, Geforce 750Ti oder Intel HD
Easyvdr 3.0
maw  26.Nov.2017 13:28:55
C1 stimmt laut powertop:

C1-BXT     94,3%
so für CPU0 und ähnlich für die anderen 3 CPUs.

Hohe Temperatur aber eher nicht:

coretemp-isa-0000
Adapter: ISA adapter
Physical id 0:  +38.0°C  (high = +105.0°C, crit = +105.0°C)
Core 0:         +35.0°C  (high = +105.0°C, crit = +105.0°C)
Core 1:         +36.0°C  (high = +105.0°C, crit = +105.0°C)
Core 2:         +38.0°C  (high = +105.0°C, crit = +105.0°C)
Core 3:         +38.0°C  (high = +105.0°C, crit = +105.0°C)
Das J3455 hat eine passive Kühlung, die offenbar ganz gut funktioniert. Und so wird es auch nicht laut. Die Hauptarbeit ist ja auch das Dekodieren von HEVC, und das passiert in Hardware.

Danke jedenfalls für den Hinweis
Matthias
vdr 1: asrock j3455itx, 8GB RAM/30GB SSD/1TB HDD, hauppage wintv-quadhd pcie,
   easyvdr 3.5, kernel 4.10.17, media-build-experimental-dkms

vdr 2 (außer Betrieb): asus m3n78-vm, athlon x2 220, 2GB/32GB SSD/1TB HDD, nvidia gt 1030 passiv,
   easyvdr 3.5, kernel 4.11.2, nvidia 38x


maw  18.Dec.2017 21:47:46
Inzwischen hat es lange keine Hänger mehr gegeben. Das Problem ist wahrscheinlich durch verschiedene Updates behoben worden. In den Repos hat sich seither viel getan, und ich habe auch Kernel (4.10.17) und EFI-BIOS (1.40) erneuert. Thread daher gelöst.

Danke für alle Tipps
Matthias
vdr 1: asrock j3455itx, 8GB RAM/30GB SSD/1TB HDD, hauppage wintv-quadhd pcie,
   easyvdr 3.5, kernel 4.10.17, media-build-experimental-dkms

vdr 2 (außer Betrieb): asus m3n78-vm, athlon x2 220, 2GB/32GB SSD/1TB HDD, nvidia gt 1030 passiv,
   easyvdr 3.5, kernel 4.11.2, nvidia 38x


wayne  20.Dec.2017 19:57:31
Vielleicht darf ich kurz nachfragen:

Es funktioniert bei dir nun ohne die Zeile "Zeile GRUB_CMDLINE_LINUX_DEFAULT den wert intel_idle.max_cstate=1 "?

Grüße,
wayne
VDR-SW: easyvdr 3.5, ...
VDR-HW: DD Cine S2 V6.5, Mystique SaTiX-S2 V3 Dual, ASRock J3710M, 8GB, 60GB System, 2,5" 1,75TB Media, One For All URC 7960, GMC AVC-M1, ...
AV-Geräte: Hisense H65MEC5550, Dali Zensor 5 AX

maw  21.Dec.2017 09:44:15
Ja genau, ohne diesen Bootparameter. Die CPU ist dann auch über 80% in C7, meine ich zu erinnern.

Zu beachten ist aber der [url=http://www.easy-vdr.de/thread-18252.html]Fehler bei Aufnahmen auf mehreren USB-Tunern gleichzeitig, der mir erst vor kurzem aufgefallen ist. Kann ich mir bisher keinen Reim drauf machen.
vdr 1: asrock j3455itx, 8GB RAM/30GB SSD/1TB HDD, hauppage wintv-quadhd pcie,
   easyvdr 3.5, kernel 4.10.17, media-build-experimental-dkms

vdr 2 (außer Betrieb): asus m3n78-vm, athlon x2 220, 2GB/32GB SSD/1TB HDD, nvidia gt 1030 passiv,
   easyvdr 3.5, kernel 4.11.2, nvidia 38x