Re: suse und amdgpu-pro
Hallo,
Der Abschlusstest zum AMDGPU-Pro-Treiber mit einer Neuinstallation von openSUSE Leap 42.2 hat gestern Abend offenbart, dass mit den Paketen anscheinend etwas nicht stimmt, welche Änderung es betrifft, konnte ich wegen der knappen Zeit leider nicht mehr ermitteln. Beim Booten crasht der X-Server jetzt nur noch und bekomme laut den Logdateien Speicherzugriffsfehler. Den Übeltäter konnte ich daher bisher nicht ausfindig machen. *seufz* Da ich in den kommenden Tagen nicht mehr an meinem Rechner mit der unterstützten AMD-Grafikkarte sein werde, wird es wohl darauf hinauslaufen, dass ich erst Anfang nächsten Jahres wieder am AMDGPU-Pro-Treiber arbeiten werde.
Gibt es etwas neues zum amdgpu-pro Treiber auf Leap 42.2? Sind die Probleme mit den 32 Bit Paketen aus den Ubuntu Archiven größer als erwartet und es muss evtl auf ein Update von AMD gewartet werden? Bei mir läuft der Treiber ja soweit ganz gut, nur würde ich ihn halt für Steam benötigen und da gaht halt garnichts ohne die 32 Bit Versionen. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Bernd, Am 25.01.2017 um 08:59 schrieb Bernd Lachner:
Hallo,
Der Abschlusstest zum AMDGPU-Pro-Treiber mit einer Neuinstallation von openSUSE Leap 42.2 hat gestern Abend offenbart, dass mit den Paketen anscheinend etwas nicht stimmt, welche Änderung es betrifft, konnte ich wegen der knappen Zeit leider nicht mehr ermitteln. Beim Booten crasht der X-Server jetzt nur noch und bekomme laut den Logdateien Speicherzugriffsfehler. Den Übeltäter konnte ich daher bisher nicht ausfindig machen. *seufz* Da ich in den kommenden Tagen nicht mehr an meinem Rechner mit der unterstützten AMD-Grafikkarte sein werde, wird es wohl darauf hinauslaufen, dass ich erst Anfang nächsten Jahres wieder am AMDGPU-Pro-Treiber arbeiten werde.
Gibt es etwas neues zum amdgpu-pro Treiber auf Leap 42.2? Sind die Probleme mit den 32 Bit Paketen aus den Ubuntu Archiven größer als erwartet und es muss evtl auf ein Update von AMD gewartet werden?
Aktuell hänge ich noch an dem Problem fest. Die letzten beiden Wochenenden habe ich genutzt, um den Grund des Problems zu erforschen. Nun fand ich Schritt für Schritt heraus, dass das Problem irgendwo bei der Erzeugung eines X-Server an einer anderen tty (üblicherweise tty7) mittels sddm zusammen hängt. Dabei schmiert AMDGPU-Pro komplett ab und sddm versucht immer wieder den X-Server neuzustarten, sobald er abgeschmiert ist. Also, hing ich quasi in einer Endlosschleife fest. Als nächstes wollte ich mal testweise den X-Server mit root-Rechten mit "startx" starten. Und das hat eigenartigerweise funktioniert und sah dann den Plasma-Desktop und konnte auch ein 3D-Spiel starten. Also, lag es wohl irgendwo an den Dateirechten, auch udev habe ich in Verdacht. Dachte ich bis jetzt zumindest... Dann startete ich den X-Server über einen lokalen User per "startx", dabei schmiert er mir ab, weil er keine Verbindung zu ":0" aufbauen konnte. Was für mich überhaupt nicht ganz schlüssig war. Dann tippte ich in der Konsole folgenden Befehl ein: # WINDOWMANAGER=startkde startx -- -keeptty Damit startete der X-Server auch für den User im aktuellen tty. Auch die 32-bit AMDGPU-Pro Libraries funktionieren mit Steam tatlos. Hier vermute ich, dass sddm in Verbindung mit dem AMDGPU-Pro ein Rechte Problem hat, wenn er eine XSession auf der tty7 aufbauen will. Im Moment weiß ich aktuell nicht, wo genau ich noch suchen muss, um die richtige Schraube zu ziehen. Zu allem Überfluss hat mein 3 Jahre altes Mainboard am Sonntag den Dienst quittiert, so dass ich meine Arbeit daran aussetzen musste. Mittlerweile habe ich mir ein neues Mainboard geholt und läuft jetzt wieder. Jemand soll mich mal daran erinnern, dass der Austausch des Mainboards eine Heidenarbeit ist.
Bei mir läuft der Treiber ja soweit ganz gut, nur würde ich ihn halt für Steam benötigen und da gaht halt garnichts ohne die 32 Bit Versionen.
Ja, ich bin ganz bei dir und würde auch gerne lieber heute als morgen damit fertig sein. Auch alle anderen openSUSE-User warten auf die angepasste AMDGPU-Pro Variante für openSUSE Leap 42.2, um z.B. Steam-Apps, OpenCL-Apps oder VDPAU-Apps starten zu können. Ich bin an dem Punkt angekommen, wo ich definitiv Hilfe benötige. -- Gruß Sebastian - openSUSE Member (Freespacer) Webseite/Blog: https://www.sebastian-siebert.de Wichtiger Hinweis zur openSUSE Mailing Liste: http://de.opensuse.org/openSUSE:Mailinglisten_Netiquette -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 25.01.2017 um 19:19 schrieb Sebastian Siebert:
Hallo Bernd,
Ja, ich bin ganz bei dir und würde auch gerne lieber heute als morgen damit fertig sein. Auch alle anderen openSUSE-User warten auf die angepasste AMDGPU-Pro Variante für openSUSE Leap 42.2, um z.B. Steam-Apps, OpenCL-Apps oder VDPAU-Apps starten zu können.
Ich bin an dem Punkt angekommen, wo ich definitiv Hilfe benötige.
Hallo Sebastian, alle meine Rechner laufen mit AMD Grafikkarten, und AMD Chips allerdings kann ich jetzt nicht genau sagen, was für wellche, morgen, wenn ich wieder zuHause bin kann ich dann schauen wellche. Bei einem hab ich auch och icht openSuSE eingespielt, das heißt dort können wir mit einem "sauberen" system starten. Allerdings mußt Du mir dann schritt für Schritt Anleitungen geben, was ich machen soll. Gruß Hugo Egon Maurer -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Sebastian Siebert schrieb:
Hallo Bernd,
Am 25.01.2017 um 08:59 schrieb Bernd Lachner:
Hallo,
Der Abschlusstest zum AMDGPU-Pro-Treiber mit einer Neuinstallation von openSUSE Leap 42.2 hat gestern Abend offenbart, dass mit den Paketen anscheinend etwas nicht stimmt, welche Änderung es betrifft, konnte ich wegen der knappen Zeit leider nicht mehr ermitteln. Beim Booten crasht der X-Server jetzt nur noch und bekomme laut den Logdateien Speicherzugriffsfehler. Den Übeltäter konnte ich daher bisher nicht ausfindig machen. *seufz* Da ich in den kommenden Tagen nicht mehr an meinem Rechner mit der unterstützten AMD-Grafikkarte sein werde, wird es wohl darauf hinauslaufen, dass ich erst Anfang nächsten Jahres wieder am AMDGPU-Pro-Treiber arbeiten werde.
Gibt es etwas neues zum amdgpu-pro Treiber auf Leap 42.2? Sind die Probleme mit den 32 Bit Paketen aus den Ubuntu Archiven größer als erwartet und es muss evtl auf ein Update von AMD gewartet werden?
Aktuell hänge ich noch an dem Problem fest. Die letzten beiden Wochenenden habe ich genutzt, um den Grund des Problems zu erforschen.
Nun fand ich Schritt für Schritt heraus, dass das Problem irgendwo bei der Erzeugung eines X-Server an einer anderen tty (üblicherweise tty7) mittels sddm zusammen hängt. Dabei schmiert AMDGPU-Pro komplett ab und sddm versucht immer wieder den X-Server neuzustarten, sobald er abgeschmiert ist. Also, hing ich quasi in einer Endlosschleife fest.
Als nächstes wollte ich mal testweise den X-Server mit root-Rechten mit "startx" starten. Und das hat eigenartigerweise funktioniert und sah dann den Plasma-Desktop und konnte auch ein 3D-Spiel starten. Also, lag es wohl irgendwo an den Dateirechten, auch udev habe ich in Verdacht. Dachte ich bis jetzt zumindest...
Dann startete ich den X-Server über einen lokalen User per "startx", dabei schmiert er mir ab, weil er keine Verbindung zu ":0" aufbauen konnte. Was für mich überhaupt nicht ganz schlüssig war.
Dann tippte ich in der Konsole folgenden Befehl ein: # WINDOWMANAGER=startkde startx -- -keeptty
Damit startete der X-Server auch für den User im aktuellen tty. Auch die 32-bit AMDGPU-Pro Libraries funktionieren mit Steam tatlos.
Hier vermute ich, dass sddm in Verbindung mit dem AMDGPU-Pro ein Rechte Problem hat, wenn er eine XSession auf der tty7 aufbauen will. Im Moment weiß ich aktuell nicht, wo genau ich noch suchen muss, um die richtige Schraube zu ziehen.
Zu allem Überfluss hat mein 3 Jahre altes Mainboard am Sonntag den Dienst quittiert, so dass ich meine Arbeit daran aussetzen musste. Mittlerweile habe ich mir ein neues Mainboard geholt und läuft jetzt wieder. Jemand soll mich mal daran erinnern, dass der Austausch des Mainboards eine Heidenarbeit ist.
Bei mir läuft der Treiber ja soweit ganz gut, nur würde ich ihn halt für Steam benötigen und da gaht halt garnichts ohne die 32 Bit Versionen.
Ja, ich bin ganz bei dir und würde auch gerne lieber heute als morgen damit fertig sein. Auch alle anderen openSUSE-User warten auf die angepasste AMDGPU-Pro Variante für openSUSE Leap 42.2, um z.B. Steam-Apps, OpenCL-Apps oder VDPAU-Apps starten zu können.
Ich bin an dem Punkt angekommen, wo ich definitiv Hilfe benötige.
Guten Tag Sebastian, wenn auch die Umstände negativ sind, die Dir die Aussage abverlangen, es ist gut, dass Du Hilfe v e r l a n g s t ! (Die Umstände könnten besser sein) Aber a l l e w o l l e n d e n T r e i b e r u n d k e i n e r h i l f t ? Das verstehe wer will. Ich brauche keinen Treiber für über 100 Spiele. Auch verstehe ich von der Sache nichts. Aber helfen würde ich da, wo ich helfen könnte. H i e r f ü r S e b a s t i a n w e r b e n ! J a ! Beste Grüsse an alle Bernd -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Sebastian, Danke für Deine Statusmeldung und deiner Arbeit die Du da rein steckst.
Aktuell hänge ich noch an dem Problem fest. Die letzten beiden Wochenenden habe ich genutzt, um den Grund des Problems zu erforschen.
Nun fand ich Schritt für Schritt heraus, dass das Problem irgendwo bei der Erzeugung eines X-Server an einer anderen tty (üblicherweise tty7) mittels sddm zusammen hängt. Dabei schmiert AMDGPU-Pro komplett ab und sddm versucht immer wieder den X-Server neuzustarten, sobald er abgeschmiert ist. Also, hing ich quasi in einer Endlosschleife fest.
Als nächstes wollte ich mal testweise den X-Server mit root-Rechten mit "startx" starten. Und das hat eigenartigerweise funktioniert und sah dann den Plasma-Desktop und konnte auch ein 3D-Spiel starten. Also, lag es wohl irgendwo an den Dateirechten, auch udev habe ich in Verdacht. Dachte ich bis jetzt zumindest...
Dann startete ich den X-Server über einen lokalen User per "startx", dabei schmiert er mir ab, weil er keine Verbindung zu ":0" aufbauen konnte. Was für mich überhaupt nicht ganz schlüssig war.
Dann tippte ich in der Konsole folgenden Befehl ein: # WINDOWMANAGER=startkde startx -- -keeptty
Damit startete der X-Server auch für den User im aktuellen tty. Auch die 32-bit AMDGPU-Pro Libraries funktionieren mit Steam tatlos.
Hier vermute ich, dass sddm in Verbindung mit dem AMDGPU-Pro ein Rechte Problem hat, wenn er eine XSession auf der tty7 aufbauen will. Im Moment weiß ich aktuell nicht, wo genau ich noch suchen muss, um die richtige Schraube zu ziehen.
Ich fürchte ich kann dazu leider wenig beitragen, da ich rund um sddm wenig Ahnung habe. Aber, tty7 ist doch eigentlich das Standardterminal auf dem X gestartet wird, oder? Das scheint bei mir ja soweit zu gehen. Nach der Installation vom amdgpu-pro mit dem Skript von AMD kam der ganz normale sddm login Bildschirm. Allerdings habe ich natürlich keine 32 Bit Bibliotheken. Trat das Problem bei dir erst auf, nachdem du auch die 32 Bit Bibliotheken auf das System kopiert hast? Was mir hier allerdings gerade aufgefallen ist, wenn ich auf Terminal 1-6 per ALT+Fn schalte, bekomme ich nur noch einen schwarzen Bildschirm anstatt des Text-Logins. Das war vor Installation das amdgpu-pro definitiv anders. Aber ich glaube das gleiche Problem hatte ich irgendwann schon einmal mit dem firegl auf einer älteren openSUSE Distribution mit einer älteren Grafikkarte.
Bei mir läuft der Treiber ja soweit ganz gut, nur würde ich ihn halt für Steam benötigen und da gaht halt garnichts ohne die 32 Bit Versionen.
Ja, ich bin ganz bei dir und würde auch gerne lieber heute als morgen damit fertig sein. Auch alle anderen openSUSE-User warten auf die angepasste AMDGPU-Pro Variante für openSUSE Leap 42.2, um z.B. Steam-Apps, OpenCL-Apps oder VDPAU-Apps starten zu können.
Ich bin an dem Punkt angekommen, wo ich definitiv Hilfe benötige.
VDPAU habe ich hier mit mplayer zum Laufen bekommen. Habe dazu das mesa-amdgpu-pro-vdpau-drivers aus dem Repository nachinstalliert welches das AMD Installations-Skript lokal eingerichtet hat. Musste dabei allerdings eine Abhängigkeit zu einem mesa-filesystem package ignorieren und danach noch folgende Links setzen: ln -s /opt/amdgpu-pro/lib64/vdpau/libvdpau_amdgpu.so.1.0.0 libvdpau_amdgpu.so.1 ln -s /opt/amdgpu-pro/lib64/vdpau/libvdpau_amdgpu.so.1.0.0 libvdpau_amdgpu.so.1.0 ln -s /opt/amdgpu-pro/lib64/vdpau/libvdpau_amdgpu.so.1.0.0 libvdpau_amdgpu.so.1.0.0 ln -s /opt/amdgpu-pro/lib64/vdpau/libvdpau_amdgpu.so.1.0.0 libvdpau_amdgpu.so Das habe ich auch bereits als Bug-Report AMD gemeldet, vielleicht hilft es ja. Ansonsten, wenn ich irgendwie helfen kann, versuche ich es gerne. Ich habe hier einen Rechner mit RX480 Karte auf dem ich testen kann. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
In data giovedì 26 gennaio 2017 18:44:04, Bernd Lachner ha scritto:
Hallo Sebastian,
Danke für Deine Statusmeldung und deiner Arbeit die Du da rein steckst.
Aktuell hänge ich noch an dem Problem fest. Die letzten beiden Wochenenden habe ich genutzt, um den Grund des Problems zu erforschen.
Nun fand ich Schritt für Schritt heraus, dass das Problem irgendwo bei der Erzeugung eines X-Server an einer anderen tty (üblicherweise tty7) mittels sddm zusammen hängt. Dabei schmiert AMDGPU-Pro komplett ab und sddm versucht immer wieder den X-Server neuzustarten, sobald er abgeschmiert ist. Also, hing ich quasi in einer Endlosschleife fest.
Als nächstes wollte ich mal testweise den X-Server mit root-Rechten mit "startx" starten. Und das hat eigenartigerweise funktioniert und sah dann den Plasma-Desktop und konnte auch ein 3D-Spiel starten. Also, lag es wohl irgendwo an den Dateirechten, auch udev habe ich in Verdacht. Dachte ich bis jetzt zumindest...
Dann startete ich den X-Server über einen lokalen User per "startx", dabei schmiert er mir ab, weil er keine Verbindung zu ":0" aufbauen konnte. Was für mich überhaupt nicht ganz schlüssig war.
Dann tippte ich in der Konsole folgenden Befehl ein: # WINDOWMANAGER=startkde startx -- -keeptty
Damit startete der X-Server auch für den User im aktuellen tty. Auch die 32-bit AMDGPU-Pro Libraries funktionieren mit Steam tatlos.
Hier vermute ich, dass sddm in Verbindung mit dem AMDGPU-Pro ein Rechte Problem hat, wenn er eine XSession auf der tty7 aufbauen will. Im Moment weiß ich aktuell nicht, wo genau ich noch suchen muss, um die richtige Schraube zu ziehen.
Ich fürchte ich kann dazu leider wenig beitragen, da ich rund um sddm wenig Ahnung habe. Aber, tty7 ist doch eigentlich das Standardterminal auf dem X gestartet wird, oder? Das scheint bei mir ja soweit zu gehen. Nach der Installation vom amdgpu-pro mit dem Skript von AMD kam der ganz normale sddm login Bildschirm. Allerdings habe ich natürlich keine 32 Bit Bibliotheken. Trat das Problem bei dir erst auf, nachdem du auch die 32 Bit Bibliotheken auf das System kopiert hast?
Was mir hier allerdings gerade aufgefallen ist, wenn ich auf Terminal 1-6 per ALT+Fn schalte, bekomme ich nur noch einen schwarzen Bildschirm anstatt des Text-Logins. Das war vor Installation das amdgpu-pro definitiv anders. Aber ich glaube das gleiche Problem hatte ich irgendwann schon einmal mit dem firegl auf einer älteren openSUSE Distribution mit einer älteren Grafikkarte.
Bei mir läuft der Treiber ja soweit ganz gut, nur würde ich ihn halt für Steam benötigen und da gaht halt garnichts ohne die 32 Bit Versionen.
Ja, ich bin ganz bei dir und würde auch gerne lieber heute als morgen damit fertig sein. Auch alle anderen openSUSE-User warten auf die angepasste AMDGPU-Pro Variante für openSUSE Leap 42.2, um z.B. Steam-Apps, OpenCL-Apps oder VDPAU-Apps starten zu können.
Ich bin an dem Punkt angekommen, wo ich definitiv Hilfe benötige.
VDPAU habe ich hier mit mplayer zum Laufen bekommen. Habe dazu das mesa-amdgpu-pro-vdpau-drivers aus dem Repository nachinstalliert welches das AMD Installations-Skript lokal eingerichtet hat. Musste dabei allerdings eine Abhängigkeit zu einem mesa-filesystem package ignorieren und danach noch folgende Links setzen:
ln -s /opt/amdgpu-pro/lib64/vdpau/libvdpau_amdgpu.so.1.0.0 libvdpau_amdgpu.so.1 ln -s /opt/amdgpu-pro/lib64/vdpau/libvdpau_amdgpu.so.1.0.0 libvdpau_amdgpu.so.1.0 ln -s /opt/amdgpu-pro/lib64/vdpau/libvdpau_amdgpu.so.1.0.0 libvdpau_amdgpu.so.1.0.0 ln -s /opt/amdgpu-pro/lib64/vdpau/libvdpau_amdgpu.so.1.0.0 libvdpau_amdgpu.so
Das habe ich auch bereits als Bug-Report AMD gemeldet, vielleicht hilft es ja.
Ansonsten, wenn ich irgendwie helfen kann, versuche ich es gerne. Ich habe hier einen Rechner mit RX480 Karte auf dem ich testen kann.
https://bugzilla.suse.com/show_bug.cgi?id=1017175 nicht zufällig das selbe symptom mit sddm? Ist bei mir ein i915 Dann wäre es nicht das Graphiktreiber problem. Ich benutze seitdem den 4.9 Kenel. Da passiert dies nicht. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
AMD hat heute wohl eine neue Version 16.60 des Treibers veröffentlicht: http://support.amd.com/en-us/kb-articles/Pages/AMDGPU-PRO-Driver-for-Linux-R... Allerdings sie es immer noch nicht geschafft 32 Bit Pakete mitzuliefern. Zumindest bei der SLES/SLED Version. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 27.01.2017 um 18:39 schrieb Bernd Lachner:
AMD hat heute wohl eine neue Version 16.60 des Treibers veröffentlicht:
http://support.amd.com/en-us/kb-articles/Pages/AMDGPU-PRO-Driver-for-Linux-R...
Allerdings sie es immer noch nicht geschafft 32 Bit Pakete mitzuliefern. Zumindest bei der SLES/SLED Version.
Hallo Bernd, in meiner Mittagspause war ich auf der AMD Webseite. Da habe ich auch bemerkt, dass AMD den AMDGPU-Pro auf 16.60 aktualisiert hat. Zur Zeit passe ich mein vorhandenes Skript von der 16.50 an und teste das nochmal. Vielleicht löst sich das hartnäckige Problem in Luft auf. Drückt mir die Daumen. -- Gruß Sebastian - openSUSE Member (Freespacer) Webseite/Blog: https://www.sebastian-siebert.de Wichtiger Hinweis zur openSUSE Mailing Liste: http://de.opensuse.org/openSUSE:Mailinglisten_Netiquette -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Bernd,
in meiner Mittagspause war ich auf der AMD Webseite. Da habe ich auch bemerkt, dass AMD den AMDGPU-Pro auf 16.60 aktualisiert hat. Zur Zeit passe ich mein vorhandenes Skript von der 16.50 an und teste das nochmal. Vielleicht löst sich das hartnäckige Problem in Luft auf. Drückt mir die Daumen.
Ich vermute die Probleme haben sich nicht ganz in Luft aufgelöst? Hast du evtl eine Übersicht wo die 32 Bit Libs aus den Ubuntu Paketen in openSUSE hinkopiert werden müssen und welche Links evtl gesetzt werden müssen? Ich würde das mal ausprobieren, vielleicht finde ich ja irgendetwas heraus. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
participants (5)
-
Bernd -
Bernd Lachner -
Hugo Egon Maurer -
Sebastian Siebert -
stakanov