"ASUS ENGT520 SILENT" läuft nicht mit yaVDR 0.6.1 (nvidia-352 & nvidia-304)

RoRo · 24. April 2016

Gibt es hier inzwischen ein Update oder eine Lösung?

Ich habe die gleiche Kombination (ASRock H61M/U3S3 mit ASUS ENGT520 SILENT) und mit yaVDR 0.5 (nvidia-304) läuft das problemlos.
Nun versuche ich mich an yaVDR 0.6.1 (nvidia-352) und damit bekomme ich den gleichen Fehler:

Code

(EE) NVIDIA(GPU-0): Failed to initialize DMA.

Die Meldung

Code

(II) NVIDIA: Using 3072.00 MB of virtual memory for indirect memory
(II) NVIDIA:     access.

hatte ich schon bei yaVDR 0.5, das scheint also kein Showstopper zu sein.

Einen BIOS-Update auf 2.40 habe ich durchgeführt, das ändert nichts am Problem (hat mir nur CIR und WoL zerschossen, aber das habe ich zum Glück wieder hinbekommen)

Das VideoBIOS ist 70.08.5c.00.00 und wohl die aktuellste Version, die es gibt.

Ein Downgrade der nvidia-Treiber auf 304 innerhalb yaVDR 0.6.1 hat leider auch nicht den erhofften Erfolg gebracht (dann bleibt der Bildschirm schwarz), daran könnte ich nochmal weiter forschen, aber eigentlich will ich ja eine aktuelle yaVDR-Version verwenden und dann ist es kontraproduktiv, die nvidia-Treiber auf altes Niveau downzugraden (trotzdem würde ich auch diesen Weg gehen, aber nach bald 10 Stunden Gebastel bin ich jetzt eigentlich froh, dass mein yavdr 0.5 wieder läuft).

Oder sollte ein Tausch der Grafikkarte wirklich die einzige Möglichkeit sein?

Tschoeeee
Roland

3PO · 24. April 2016

Ich weiß zwar nicht, wie das bei dem ya.Zeugs ist, aber wenn Du die Nvidia Treiber up-, bzw, downgradest, musst Du, je nach Version, auch das das ganze X Zeug up-, bzw, downgraden, damit die ABI wieder passt.

fnu · 24. April 2016

Zitat von RoRo

Ein Downgrade der nvidia-Treiber auf 304 innerhalb yaVDR 0.6.1 hat leider auch nicht den erhofften Erfolg gebracht (dann bleibt der Bildschirm schwarz), daran könnte ich nochmal weiter forschen, aber eigentlich will ich ja eine aktuelle yaVDR-Version verwenden und dann ist es kontraproduktiv, die nvidia-Treiber auf altes Niveau downzugraden (trotzdem würde ich auch diesen Weg gehen, aber nach bald 10 Stunden Gebastel bin ich jetzt eigentlich froh, dass mein yavdr 0.5 wieder läuft).

So grundsätzlich gilt Deine GT520 schon als alte Karte (Legacy), aber der 304er Strang ist kein alter Treiber. Im Gegenteil, Nvidia wirft immer wieder ältere GPUs aus dem aktuelle Strang und pflegt diese im Legacy Strang 304. Am Ende vom Tag willst Du den Treiber der funktioniert.

Nun müsste man klären warum der Schirm schwarz bleibt, unterstützt der 304er Deine GPU nicht oder ist es ein Konfigurationsproblem? Was sagt Xorg.0.log bzw. Xorg.1.log?

Man fleddert keinen 2 Jahre alten Thread für ein aktuelles Problem, daher nach yaVDR verschoben.

Zitat von 3PO

damit die ABI wieder passt.

Das mag unter dem gentoo Zeugs ein Problem sein, aber bei den Nvidia Treibern aus dem Ubuntu eigenen Repo oder auch einem zum lsb-release passenden PPA kann man munter fröhlich wechseln ...

Regards
fnu

Mod.: Verschoben aus: [Hilfe :)] GT520 NVidia Driver broken

Frodo · 24. April 2016

Das mit dem DMA Fehler kommt mir bekannt vor, hier im Forum hatten schon einige das Problem allerdings mit einem Zotac Mainboard mit onboard Nvidia Grafik, hier hatte nur ein update der Grafik Firmware zum Erfolg geführt.

Ich war / bin selbst davon betroffen, Zotac lieferte leider kein neues BIOS für die Onboard Grafik aus, weshalb ich und auch andere die Onboard Grafikkarte mit einer neueren Firmware versorgt haben welche allerdings nicht den richtigen Speicher hat.
In wieweit das bei Deiner ASUS Grafikkarte nötig / möglich ist kann ich nicht beurteilen. Die sicherste Variante wird vermutlich sein yaVDR 0.5 weiter zu verwenden bis die Hardware das zeitliche segnet oder die Grafikkarte auszutauschen.

RoRo · 24. April 2016

Zitat von fnu

So grundsätzlich gilt Deine GT520 schon als alte Karte (Legacy), aber der 304er Strang ist kein alter Treiber. Im Gegenteil, Nvidia wirft immer wieder ältere GPUs aus dem aktuelle Strang und pflegt diese im Legacy Strang 304.

Das war mir nicht bewusst, dann werde ich den 304er Treibern noch mal einen Chance geben und weiter testen.

Zitat von fnu

Nun müsste man klären warum der Schirm schwarz bleibt, unterstützt der 304er Deine GPU nicht oder ist es ein Konfigurationsproblem? Was sagt Xorg.0.log bzw. Xorg.1.log?

Das muss ich mir nochmal genauer anschauen, ich hatte vermutlich noch ein wenig Mix zwischen 304 und 352. Wenn ich jetzt sicher bin, dass 304 das System der Wahl ist, werde ich sauberer prüfen, dass 352 auch wirklich runter vom System ist.

Zitat von fnu

Man fleddert keinen 2 Jahre alten Thread für ein aktuelles Problem, daher nach yaVDR verschoben.

Danke dafür. Im alten Thread war die Hardware-Beschreibung halt identisch zu der meinen und das Problem war damals nicht gelöst worden, daher die Frage, ob es vielleicht doch noch eine Lösung gab, die hier nicht dokumentiert wurde.

Tschoeeee
Roland

heiko322 · 24. April 2016

Ich würde dir auch raten, es nochmal mit dem 304er Treiber zu versuchen. Ich habe hier auch die Asus GT520 Passiv unter der neuesten yaVDR Version und es läuft ohne jede Probleme. Ich meine mich zu erinnern, dass der 352er Treiber zwar auch funktioniert hatte, es dort aber irgendwelche kleineren Anzeigeschwierigkeiten gab, so dass ich auf 304 gewechselt bin.

Gruß Heiko

RoRo · 24. April 2016

Okay, jetzt habe ich nochmal alle 352-Pakete gepurged und die 304er installiert.
Leider bleibt der Bildschirm immer noch schwarz, diesmal weil der X-Server mit einem Segfault abstürzt

Code

[    36.854] (EE) Backtrace:
[    36.855] (EE) 0: /usr/bin/X (xorg_backtrace+0x48) [0x7f6cb037f848]
[    36.855] (EE) 1: /usr/bin/X (0x7f6cb01d6000+0x1ad539) [0x7f6cb0383539]
[    36.855] (EE) 2: /lib/x86_64-linux-gnu/libpthread.so.0 (0x7f6caf2d2000+0x10340) [0x7f6caf2e2340]
[    36.855] (EE) 3: /usr/lib/x86_64-linux-gnu/xorg/extra-modules/nvidia_drv.so (0x7f6ca8163000+0x12af04) [0x7f6ca828df04]
[    36.855] (EE) 4: /usr/lib/x86_64-linux-gnu/xorg/extra-modules/nvidia_drv.so (0x7f6ca8163000+0x12b3ad) [0x7f6ca828e3ad]
[    36.855] (EE) 5: /usr/lib/x86_64-linux-gnu/xorg/extra-modules/nvidia_drv.so (0x7f6ca8163000+0xbf294) [0x7f6ca8222294]
[    36.855] (EE) 6: /usr/lib/x86_64-linux-gnu/xorg/extra-modules/nvidia_drv.so (0x7f6ca8163000+0xfa591) [0x7f6ca825d591]
[    36.855] (EE) 7: /usr/lib/x86_64-linux-gnu/xorg/extra-modules/nvidia_drv.so (0x7f6ca8163000+0xcc41c) [0x7f6ca822f41c]
[    36.855] (EE) 8: /usr/lib/x86_64-linux-gnu/xorg/extra-modules/nvidia_drv.so (0x7f6ca8163000+0x61d102) [0x7f6ca8780102]
[    36.855] (EE) 9: /usr/bin/X (AddScreen+0x71) [0x7f6cb022c191]
[    36.855] (EE) 10: /usr/bin/X (InitOutput+0x3c8) [0x7f6cb026d378]
[    36.856] (EE) 11: /usr/bin/X (0x7f6cb01d6000+0x59bab) [0x7f6cb022fbab]
[    36.856] (EE) 12: /lib/x86_64-linux-gnu/libc.so.6 (__libc_start_main+0xf5) [0x7f6cadd12ec5]
[    36.856] (EE) 13: /usr/bin/X (0x7f6cb01d6000+0x451ee) [0x7f6cb021b1ee]
[    36.856] (EE) 
[    36.856] (EE) Segmentation fault at address 0x0
[    36.856] (EE) 
Fatal server error:
[    36.856] (EE) Caught signal 11 (Segmentation fault). Server aborting

Alles anzeigen

Das ganze reproduzierbar.

Welche Optionen habe ich jetzt noch? Andere Grafikkarte probieren (habe leider keine mit HDMI) oder beim guten alten yaVDR 0.5 bleiben.
Oder hat jemand eine bessere Idee?

Gruß
Roland

wolfi.m · 24. April 2016

Hi,

Zitat von RoRo

Oder hat jemand eine bessere Idee?

nvidia-340 installieren(standard ubuntu trusty) mit dieser Version läuft auch meine GeForce 9600M GT noch ...alles darüber geht nicht mehr!

GeForce 500 Series:

Code

GeForce GTX 590, GeForce GTX 580, GeForce GTX 570, GeForce GTX 560 Ti, GeForce GTX 560 SE, GeForce GTX 560, 
GeForce GTX 555, GeForce GTX 550 Ti, GeForce GT 545, GeForce GT 530, GeForce GT 520, GeForce 510

Gruss
Wolfgang

RoRo · 24. April 2016

Zitat von wolfi.m

nvidia-340 installieren(standard ubuntu trusty) mit dieser Version läuft auch meine GeForce 9600M GT noch ...alles darüber geht nicht mehr!

Leider liefert mir auch die 340 nur

Code

NVIDIA(GPU-0): Failed to initialize DMA.

Vermutlich ist die Grafikkarte einfach Mist (auch wenn sie mit yavdr 0.5 sauber läuft).

Gruß
Roland

3PO · 24. April 2016

Zitat von RoRo

Okay, jetzt habe ich nochmal alle 352-Pakete gepurged und die 304er installiert.
Leider bleibt der Bildschirm immer noch schwarz, diesmal weil der X-Server mit einem Segfault abstürzt ...

Tja, woran das wohl liegt?

Frodo · 24. April 2016

Wie 3PO schon anmerkte, zum Treiber gehört noch mehr:

Code

apt-get install libcuda1-304 nvidia-libopencl1-304 nvidia-opencl-icd-304

RoRo · 24. April 2016

Ich gebe zu, libcuda1-304 hatte ich wirklich übersehen. Die anderen hatte ich alle dabei.
Also gleich nochmal alle 4 Pakete der 304-Serie installiert, aber das resultiert immer noch im Segmentation Fault.

3PO · 24. April 2016

Einfach mal die Logs und evtl. ein Backtrace zu posten ist wohl zu kompliziert?

RoRo · 24. April 2016

Also wir hätten da ein Kernel-Log: http://www.spinnaker.de/tmp/kern.log.
Dann noch das Xorg.log: http://www.spinnaker.de/tmp/Xorg.1.log.
In letzterem findet sich auch der Backtrace. Falls man da noch einen besseren erstellen kann, bitte ein kurzer Link zur Anleitung, wie das geht.
Falls es was zur Sache tut hier noch die xorg.conf.yavdr, aber die ist bislang noch automatisch erstellter Default: http://www.spinnaker.de/tmp/xorg.conf.yavdr

Dann haben wir noch

Code

# dkms status
media-build-experimental, 0~20150719.122100, 3.13.0-85-generic, x86_64: installed
nvidia-304, 304.131, 3.13.0-85-generic, x86_64: installed

Und vielleicht interessiert noch

Code

# dpkg -l nvidia\* '*304*' | grep -v ^u
||/ Name                                  Version                                      Architektur  Beschreibung
+++-===========================-=====================================-============-============================
ii  libcuda1-304                304.131-0ubuntu0.14.04.1              amd64        NVIDIA CUDA runtime library
ii  nvidia-304                  304.131-0ubuntu0.14.04.1              amd64        NVIDIA legacy binary driver - version 304.131
ii  nvidia-common               1:0.2.91.11                           amd64        transitional package for ubuntu-drivers-common
ii  nvidia-libopencl1-304       304.131-0ubuntu0.14.04.1              amd64        NVIDIA OpenCL Driver and ICD Loader library
ii  nvidia-opencl-icd-304       304.131-0ubuntu0.14.04.1              amd64        NVIDIA OpenCL ICD
ii  nvidia-settings             331.20-0ubuntu8                       amd64        Tool for configuring the NVIDIA graphics driver

Was habe ich jetzt noch vergessen?

heiko322 · 25. April 2016

Ich bin zwar auch nicht in der Lage etwas aus dem Backtrace heraus zu lesen. Da ich aber die gleiche Grafikkarte habe, kann ich zumindest meine xorg.yavdr.conf mit deiner vergleichen. Hier fällt auf, dass einige Optionen bei dir fehlen, die bei mir eingetragen sind, wie z. B. die korrekte Auflösung, Anschlusseinstellungen und die zu verwendete edid.conf. Hast du denn über das yaVDR-Webfrontend deinen Fernseher erkennen lassen und dort Auflösung und mögliche Bildwiederholraten eingestellt? Damit sollte dann die korrekte xorg.conf.yavdr mit den nötigen Optionen erstellt werden. Keine Ahnung, ob das zur Lösung führt, aber es scheinen da wohl Einstellungen zu fehlen. Hier zum Vergleich den Inhalt von meiner Datei: http://pastebin.com/8N2RcGuQ .

Gruß Heiko

Polaris · 25. April 2016

Hi,

da hilft nur das Flashen einer neuen Grafikkartenfirmware. Vllt. gibt es sogar genau die passende Firmware für deine Grafikkarte.
Ich hatte auch den DMA-Fehler in Verbindung mit dem Board in meiner Signatur.
Nach dem flashen lief alles sauber.

mini73 · 25. April 2016

Hm, ich hab eine Asus GT520 (GF119) mit dem 340.96-Treiber und Kernel 4.2.0-35-generic in meinem Entwicklungsrechner am laufen:

Code

01:00.0 VGA compatible controller: NVIDIA Corporation GF119 [GeForce GT 520] (rev a1) (prog-if 00 [VGA controller])
        Subsystem: ASUSTeK Computer Inc. Device 83a0
        Flags: bus master, fast devsel, latency 0, IRQ 32
        Memory at fd000000 (32-bit, non-prefetchable) [size=16M]
        Memory at f0000000 (64-bit, prefetchable) [size=128M]
        Memory at f8000000 (64-bit, prefetchable) [size=32M]
        I/O ports at dc00 [size=128]
        [virtual] Expansion ROM at fe900000 [disabled] [size=512K]
        Capabilities: [60] Power Management version 3
        Capabilities: [68] MSI: Enable+ Count=1/1 Maskable- 64bit+
        Capabilities: [78] Express Endpoint, MSI 00
        Capabilities: [b4] Vendor Specific Information: Len=14 <?>
        Capabilities: [100] Virtual Channel
        Capabilities: [128] Power Budgeting <?>
        Capabilities: [600] Vendor Specific Information: ID=0001 Rev=1 Len=024 <?>
        Kernel driver in use: nvidia


01:00.1 Audio device: NVIDIA Corporation GF119 HDMI Audio Controller (rev a1)
        Subsystem: ASUSTeK Computer Inc. Device 83a0
        Flags: bus master, fast devsel, latency 0, IRQ 17
        Memory at fe9fc000 (32-bit, non-prefetchable) [size=16K]
        Capabilities: [60] Power Management version 3
        Capabilities: [68] MSI: Enable- Count=1/1 Maskable- 64bit+
        Capabilities: [78] Express Endpoint, MSI 00
        Kernel driver in use: snd_hda_intel

Alles anzeigen

Lars.

RoRo · 25. April 2016

Zitat von heiko322

Hast du denn über das yaVDR-Webfrontend deinen Fernseher erkennen lassen und dort Auflösung und mögliche Bildwiederholraten eingestellt? Damit sollte dann die korrekte xorg.conf.yavdr mit den nötigen Optionen erstellt werden

Dummerweise scheint das nicht zu funktionieren, denn es versucht erstmal xorg-launcher zu stoppen, was aber nicht geht, weil X ja garnicht läuft (stürzt ja ab).

Zitat von Polaris

da hilft nur das Flashen einer neuen Grafikkartenfirmware. Vllt. gibt es sogar genau die passende Firmware für deine Grafikkarte.

Ich habe meine Grafikkarte unter http://www.techpowerup.com/vga…19/asus-gt520-1024-111128 gefunden, nur leider ist die dort angegebene Version 70.08.5C.00.00 genau die selbe, die mir X ins Log schreibt. Eine neuere scheint's nicht zu geben.

Zitat von mini73
Hm, ich hab eine Asus GT520 (GF119) mit dem 340.96-Treiber und Kernel 4.2.0-35-generic in meinem Entwicklungsrechner am laufen:
Code
01:00.0 VGA compatible controller: NVIDIA Corporation GF119 [GeForce GT 520] (rev a1) (prog-if 00 [VGA controller])
        Subsystem: ASUSTeK Computer Inc. Device 83a0

Leider ist das nicht die selbe Karte wie die meine:

Code

01:00.0 VGA compatible controller: NVIDIA Corporation GF108 [GeForce GT 520] (rev a1) (prog-if 00 [VGA controller])
        Subsystem: ASUSTeK Computer Inc. Device 83d2

GF119 vs. GF108 und die Device-ID ist auch unterschiedlich und für die 83a0 gibt's unter http://www.techpowerup.com/vga…08/asus-gt520-1024-110322 auch eine anderen VideoBIOS Version, also sind das wohl unterschiedliche Karten (ohne und mit "silent" im Namen, scheint sich mehr als der Lüfter zu unterscheiden).

Es läuft also wohl wirklich darauf hinaus, dass ich die Grafikkarte austausche. Ein kurzer Test mit einer anderen (uralten) nvidia Karte (ohne HDMI und damit auch ohne Ton) zeigte mir auch durchaus ein Bild, mein System ist also nicht grundsätzlich unbrauchbar, nur die ASUS GT520 Silent scheint ein extrem ungünstiger Griff gewesen zu sein. Im Nvidia-Development-Forum finden sich auch andere Nutzer genau dieser Karte, die die gleichen Probleme meldeten und dann scheinbar irgendwann aufgegeben haben (jedenfalls war keine Erfolgs-Rückmeldung zu lesen). Da die Karte eine Kaufempfehlung hier im Forum war, bin ich erstaunt, dass es da nicht mehr Problemreports gibt, aber vielleicht haben viele eine andere Karte verwendet, die war schon damals schlecht zu bekommen.

Delekhan · 25. April 2016

Hi,

ich hatte genau die gleiche Grafikkarte mit einem Asrock H61M (Also das gleiche Board ohne USB3) im Einsatz und teils genau die gleichen Probleme. Genau auf eine Kernel/Treiberversion konnte ich es aber nie einschränken und ich vermute eine Inkompatibilität von Karte und Board.
Ich hatte allerdings den interessanten Effekt, dass das Problem vermehrt nach dem Einbau einer SSD auftrat. Ein "sleep" von ein paar Sekunden vor dem Laden der Grafiktreiber und noch ein "sleep" vor dem starten vom Xorg Server hat aber Wunder bewirkt. Dadurch ist das System in geschätzt 95%+ der Zeit sauber hochgefahren. Wie man dies in yaVDR umsetzen könnte überlasse ich den Fachleuten, da ich hier nur Archlinux System habe.

Im Endeffekt habe ich aber die Karte auf eBay verscherbelt und mir etwas anderes gekauft. Da ich so die Bootzeit von ~20 auf 45 Sekunden aufgeblasen hatte.

Grüße,
Markus

mini73 · 26. April 2016

Aufgrund der überschaubaren Preise von passenden Grafikkarten, tendiere ich auch zum Vorschlag, die alte Karte durch eine neue zu ersetzen.
Es hilft ja alles nichts, wenn der Hersteller den Support quasi einstellt und die Treiber diese nicht mehr vernünftig unterstützen.

Lars.

"ASUS ENGT520 SILENT" läuft nicht mit yaVDR 0.6.1 (nvidia-352 & nvidia-304)

Jetzt mitmachen!

Teilen