58 thoughts on “openSUSE – proprietären Grafik-Treiber ATI Catalyst 11.4 als RPM installieren”

1. erst mal, danke für dieses neue Script! habe aber noch ein paar kleinere Fragen:

   -Ist dieses Script nun das gleiche wie im installer selbst enhalten ist? oder wurde bereits etwas verbessert?

   -wurde das script nur für 11.4 angepasst, oder gegenüber dem von 11.3 verbessert?

   -hat zwar nun nix mit dem Script zu tun, aber habe nirgends eine Change-Log gefunden welche die neuerungen des Linux 11.4 beschreiben (für die Windows Versionen sind die Change-Logs von AMD vorbildhaft)

   danke nochmals
   grüsse
   Daniel

   • Hallo Daniel,

     das Skript ist jetzt nur ein Wrapper, um die Installation für Neulinge zu erleichtern. Seit dem ich die Hand über dem Installer des ATI Catalyst habe, sind große Teile vom Skript in den ATI Installer gewandert.

     Die einzige Änderung am Skript ist der Download-Pfad vom ATI Installer.

     AMD hält sich bei der Changelog für die Linux-Versionen sehr zurück. Ich weiß nicht warum.

     Gruß

     Sebastian

2. Ach Mist… jetzt habe ich den neuen Treiber schon installiert und zwar ohne das Skript… Hat aber auch funktioniert. Einen Changelog des Treibers hattest du doch früher, oder? Gibt es nichts zu berichten?

   • Hi,

     aber sicher funktioniert es auch ohne das Skript. (Das Skript ist momentan nur ein Wrapper für die Installation des ATI Catalyst)

     Zur Changelog: Es gibt einfach keine nennenswerte Änderungen, sonst hätte ich es schon gemacht. AMD hält sich mit ihrer Changelog über den fglrx-Treiber sehr sehr zurück. Keine Ahnung warum.

     Gruß

     Sebastian

     • Da fällt mir doch noch ein Frage ein: Ist das Rebuild-Skript, also die automatische Neuerstellung des Kernel-Moduls nach einem Kernel-Update, jetzt auch im Treiber selbst enthalten?

       • Hi,

         jepp, das von mir geschriebene Rebuild-Skript ist im ATI-Catalyst auch enthalten.

         Gruß

         Sebastian

3. Pingback: openSUSE – proprietären Grafik-Treiber ATI Catalyst 11.3 als RPM installieren

4. Hallo Sebastian,

   ist es jetzt endlich soweit mit der switchable grafik im Linux treiber? Wenn ja könnt ich das morgen testen und hier mal schreiben ob und wie es funktionierte.

   Grüße
   Peter

   • Hallo Peter,

     öhm, das geht erst mit ATI Catalyst 11.5 für den Mai. Diese ATI-Catalyst-Version im April kann es aus technischen Gründen noch nicht.

     Gruß

     Sebastian

     • Hallo Sebastian,

       naja ich meinte nur wegen diverser Meldungen bei Ubuntu 11.4 und bei Archlinux die da an einem switch basteln.
       Aber okay den monat kann ich auch noch abwarten.

       Grüße Peter

5. Hallo Sebastian.

   Da du ja an der Quelle sitzt wollte ich Dich fragen, wann man als AMD Kunde mit einer einigermaßen guten Performance für den Gnome3 Desktop rechnen kann?

   Was sage ich, gute Performance. Der Desktop sollte überhaupt mal funktionieren.

   Bin in dieser Hinsicht von den AMD-Programmiereren wirklich enttäuscht. Rudimentäre Dinge sollten doch wirklich funktionieren. Selbst auf meinem Netbook mit Intelgrafikchip
   funktioniert der Desktop. (Auch der KDE Desktop ist auf dem Netbook deutlich flüssiger).

   Gibt es in nächster Zukunft Licht am Ende des Tunnels?

   Gruß Hennes

   • Hallo Hennes,

     hm, bei mir funktioniert Gnome3 mit ATI Catalyst ganz gut. Sogar überhaupt funktioniert ATI Catalyst hier bei mir ziemlich gut.

     Kannst du mir etwas mehr Infos geben, wo es evtl. Haken könnte und wie man es reproduziert. Dann versuche ich es nachzuvollziehen (auch mit den derzeitigen Beta-Treiber). Wenn ich es bestätigt kann, werde ich es an AMD weiterleiten.

     Gruß

     Sebastian

     • Alles klar. Mache ich. Werde es aber erst gegen Abend schaffen.

       Gruß Hennes

       • Konnte es doch nicht sein lassen

         Habe folgenden Befehl ausgeführt

         gnome-shell –replace

         JS LOG: GNOME Shell started at Mon May 02 2011 10:16:20 GMT+0200 (CEST)

         ** (ck-history:7733): WARNING **: Unable to parse session changed event: seat-id=’1302709917.802 type=SEAT_ADDED : seat-id=’Seat1′ seat-kind=0

         ** (ck-history:7733): WARNING **: Unable to parse session removed event: seat-id=’Seat1′ session-id=’Session1′ session-type=“ session-x11-display=‘:0′ session-x11-displ1303914889.240 type=SEAT_ADDED : seat-id=’Seat1′ seat-kind=0

         Das Ergebnis, neben der in Textform vorliegenden Fehlermeldung –>

         Gnome-Shell läuft zwar, ist aber zäh wie ein Kaugummi. Die obere Taskleiste ist praktisch nicht zu erkennen (bunte Streifen und verzehrte Symbole)

         Zum System: openSUSE 11.4 64bit, ATI 5870 mit Catalyst 11.4, Gnome 3 aus den openSUSE repos und der 1-Klick-Installation.

         Für Lösungsvorschläge bin ich Dir wie immer äußerst dankbar.

         Gruß Hennes

         • Hallo Hennes,

           kannst du bitte unter GNOME 3 in einem Terminal vom makerpm-ati-Skript einen kompletten Bugreport hochladen lassen und den Link zum Report hier posten. Das ist etwas genauer und kann den Report auch direkt an AMD schicken.

           Gruß

           Sebastian

         • Da ich kein Freund von „Sachen im Internet hochladen“ bin, geht auch eine E-Mail an Dich?

         • Hallo Hennes,

           naja, dass ist bei mir schon gang und gäbe mit dem No-Paste-Service und dem Bugreport. Du kennst mich ja, sowas leiere ich immer runter.

           Wie man es macht, ist natürlich dir überlassen. Ich will hier niemandem vorschreiben. Darf ich auch dein Bugreport an AMD weiterleiten?

           Gruß

           Sebastian

         • Habe mich dazu durchgerungen den Bugreport doch hochzuladen.
           Wenn´s hilft

           http://sprunge.us/eMcC

           Hoffe, dass ich demnächst noch Herr meines Computers bin.
           Weiterleiten darfst Du natürlich alles an AMD. Wird ja ansonsten schwierig mit der Hilfe.

           Besten Dank Sebastian

           Gruß Hennes

         • Moin Hennes,

           danke schön für den Report. Ich habe es direkt an AMD weitergeleitet.

           Gruß

           Sebastian

   • Hallo Sebastian.

     Möchte mein Problem einfach noch einmal pushen.

     Habe mal etwas im Internet gestöbert und die von mir beschriebenen Probleme bestehen nicht nur bei mir unter openSUSE 11.4 sondern auch unter Fedora 15

     http://www.fedoraforum.de/viewtopic.php?f=7&t=21251
     (Das Bild zeigt exakt den gleichen Fehler)

     http://www.linuxforums.org/forum/red-hat-fedora-linux/178135-fedora15-strange-colors-gnome-3-ati-catalyst.html

     Wie gesagt, nur ein kleiner Hinweis für die AMD Jungs, dass das Problem nicht singulär auftritt

     Gruß Hennes

     • Moin Hennes,

       danke für das Hochpushen bzw. für die Erinnerung. Also, ich habe zwischenzeitlich eine Antwort erhalten. Im Moment sind keine Ressourcen bei AMD vorhanden, um den Treiber auf GNOME 3 abzustimmen. Im Moment geht man davon aus, dass es sich zum Teil um die Inkompatiblität von GNOME 3 bzw das neue GTK+ 3 handelt. Obwohl es bei mir einwandfrei läuft. Es gibt da eine andere Priorität, die ich kenne aber leider nicht sagen darf. Soviel kann ich durch die Blume sagen, dass sich der Fokus auf eine ebenso bekannte Distribution gesetzt wurde, die erst vor kurzem im April veröffentlicht wurde und nicht mehr die GNOME-Oberfläche hat.

       Gruß

       Sebastian

       • Alles klar Sebastian.

         Trotzdem vielen Dank für deine Mühen.
         Werde dann wohl damit vorerst leben müssen. Was zwar unschön ist aber unter Linux ja doch immer mal wieder vorkommt.

         Mal schauen, ob die nächste Grafikkarte dann wieder eine aus dem Hause AMD wird? Die „alte“ 6600er von NVIDIA auf dem Rechner meiner Frau macht im Schnitt einen deutlichen stabileren und runderen Eindruck.

         Aber festzuhalten ist, dass ich schon längst AMD den Rücken gekehrt hätte, wenn Du nicht eine so tolle Arbeit leisten würdest.

         Gruß Hennes

6. Hallo Sebastian

   Was bedeuten folgende Fehlermeldungen:
   
# dmesg | grep gl
[ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
[ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
[ 7.423055] fglrx: module license 'Proprietary. (C) 2002 - ATI Technologies, Starnberg, GERMANY' taints kernel.
[ 7.474488] [fglrx] Maximum main memory to use for locked dma buffers: 3601 MBytes.
[ 7.474697] [fglrx] vendor: 1002 device: 68c1 count: 1
[ 7.475070] [fglrx] ioport: bar 4, base 0x4000, size: 0x100
[ 7.475332] [fglrx] Kernel PAT support is enabled
[ 7.475357] [fglrx] module loaded - fglrx 8.84.5 [Apr 5 2011] with 1 minors
[ 50.378137] kwin_opengl_tes[3789]: segfault at 4 ip 00007fb99e7b2dce sp 00007fff487a3f40 error 4 in libGL.so.1.2[7fb99e750000+c0000]
[ 1634.908594] fglrxinfo[4983]: segfault at 4 ip 00007fd967a91dce sp 00007fffee634410 error 4 in libGL.so.1.2[7fd967a2f000+c0000]
[ 1657.139324] fglrxinfo[4987]: segfault at 4 ip 00007ff0caddadce sp 00007fff20f13be0 error 4 in libGL.so.1.2[7ff0cad78000+c0000]
[ 6087.461865] fglrxinfo[5877]: segfault at 4 ip 00007f15fbaeddce sp 00007fffda2296e0 error 4 in libGL.so.1.2[7f15fba8b000+c0000]

   fglrxinfo produziert (ohne weitere Info) einen Segmentatino fault.
   Zur Info der Output von makerpm-ati-11.4.sh -ul

   Der Treiber fglrx scheint gar nicht zu laufen (?): hwinfo –gfxcard
   (Ref)

   aticonfig schlägt fehl:
   
# aticonfig --initial --input=/etc/X11/xorg.confUninitialised file found, configuring.
Fail to link to fglrx-libglx.so, please check whether driver is installed correctly
Using /etc/X11/xorg.conf
Saving back-up to /etc/X11/xorg.conf.original-2


   Weitere Info bzgl. „libGL“ und „libglx“
   (Ref)

   Was mache ich falsch?

   Danke und Gruß

   Peter

   • Hallo Peter,

     da scheint was beim AMD-Tool aticonfig gewaltig was schiefzulaufen. Hat dein Computer die PowerXpress-Technologie? Darf ich die Information an AMD weiterleiten?

     Gruß

     Sebastian

     • Hallo Sebastian

       – ja, Du darfst die Info weiterleiten
       – bzgl. Power-Express-Technologie: Leider habe ich keine Ahnung. Es handelt sich um ein HP Pavilion dv6-3011-sg (müsste ich am Wochenende nochmal ganz sicher verifizieren) mit ATI und internel Intel Graphikkarte. MIt der ursprünglichen Installation (OS 11.3) und dem Radeon Treiber funktionierte vga-switchero (in diese Richtung geht wohl Power-Express?)

       – Seit OS 11.4 ging überhaupt kein Booten mehr in init 5
       – Erst durch diesen aktuellen fglrx-Treiber (der vielleicht gar nicht läuft?) war ein Booten in den Graphikmodus möglich … seltsam

       Gruss

       Peter

       • Hallo Peter,

         ich habe die Info an AMD weitergeleitet. Mal sehen, was die dazu sagen. Ich vermute mal, dass die wegen der PowerXpress-Technologie rumgeschludert haben. Daher meine Empfehlung erst mit ATI Catalyst 11.5 die Technik auszuprobieren. Erst damit wird es funktionieren.

         Gruß

         Sebastian

         • Hallo nochmal,

           ich habe die Antwort von AMD erhalten und sie haben mir das bestätigt, was ich bereits schon vermutet habe. Die noch junge PowerXpress-Technologie im ATI Catalyst ist der Schuldige. Es wird erst mit ATI Catalyst 11.5 richtig funktionieren.

           Sorry, für die Unannehmlichkeit, die AMD hier verursacht hat.

           Gruß

           Sebastian

         • Sebastian

           Vielen Dank für Deinen Support.
           Mit ATI Catalyst 11.5 läuft immerhin die ATI Karte.

           Gruß

           Peter

7. Hallo Sebastian,
   erst einmal ein dickes Kompliment für die Arbeit, die du dir hier seit geraumer Zeit machst, eine Arbeit, von der vorrangig andere profitieren.
   Nun zu meinem Problem: Seit einer Neuinstallation mit 11.4 (vorher lief 11.3 grafikmäßig stabil, ich glaube mit dem Mesa-Treiber) habe ich ein periodisches Bildschirmaussetzen im Abstand von ca. 30 Sekunden. Dann schaltet der Monitor für ca. 2 Sekunden dunkel um dann wieder zu strahlen.
   Ich habe versucht, dein rpm zu installieren, bekomme aber die Fehlermeldung, dass die Grafikarte nciht unterstützt wird. Es käuft eine Radeon X1900 von ATI, den den Treiber in der Version 9.3 benötigt. Dafür habe ich jedoch in deiner Versionshistorie kein entsprechendes Package gefunden.
   Ich habe, deiner Anweisung folgend, die Reportdatei erstellen lassen, die solltest du also haben.
   Bite entschuldige, wenn ich mich technisch nicht korrekt ausgedrückt habe, meine Kenntnisse befinden sich (noch) auf Anfängerniveau.
   Was könnte ich tun, um das Flackern abzustellen?
   Achja, irgendwo habe ich den Tipp gefunden, opensuse mit der Option radeon.new_pll=0 zu starten. Das geht sogar, allerdings laufen dann alle Anwendungen stark verlangsamt, daher wäre das nur eine Notlösung.
   Liebe Grüße
   Karsten

   • Hallo Karsten,

     leider wird die Grafikkarte Radeon X1900 vom ATI Catalyst nicht mehr unterstützt. Man kann nur auf den freien Radeon-Treiber im Kernel zurückgreifen.

     Falls es damit Probleme gibt, würde ich dir gerne einen neueren Kernel empfehlen und bindest diesen Repo ein und aktualisierst den Kernel von dem Repo.
     http://download.opensuse.org/repositories/Kernel:/stable/openSUSE_11.4/

     Momentan ist das Repo leer, wird aber hoffentlich bald behoben.

     Gruß

     Sebastian

8. Danke für die viele Arbeit rund um den Ati-Treiber. War ein Kriterium für mich, bei meinem neuen Rechner mehr auf Ati/AMD als Nvidia zu setzen!

   Zwei Fragen habe ich noch:
   1. Momentan muss man immer das Skript neu ausführen, wenn eine neue Version des Treibers rauskommt. Ist es möglich oder gar in Planung, nach Art eines klassischen Software-Repositories hier automatische Updates zu machen?
   2. Will man mit dem Ati-Treiber Hardware-beschleunigte Videos, muss man sich von http://www.splitted-desktop.com/~gbeauchesne/ die XvBA-Treiber holen und installieren. Könnte man das Skript um einen Download der aktuellen Datei und einer Installation am richtigen Ort im Dateisystem erweitern?

   • Hallo Larry,

     das hört man gerne, dass du die ATI/AMD Grafikkarte für deinen Rechner Beachtung schenkst. Wie kommt es dazu?

     Zu 1.: Es gibt zwar ein inoffizielles Repo von Bruno Friedmann, dass auch regelmäßig aktuelle RPM-Pakete bereit stellt. Die Pakete werden durch meinen makerpm-ati-Skript gebaut.
     http://lizards.opensuse.org/2011/02/19/atiamd-fglrx-catalyst-for-opensuse/

     Zu 2.: Eigentlich bräuchte man die XvBA-Quellen von AMD. Schau dir mal diese Webseite an:
     http://sourceforge.net/apps/mediawiki/xvbat/index.php?title=Main_Page
     Dazu müsste man auch mencoder oder auch ffmpeg mit XvBA reinlinken.

     Gruß

     Sebastian

     PS: Ich werde mir mal wg. XvBA genauer anschauen, wie das mit der Hardware-Beschleunigung für die Videowiedergabe mit ATI Catalyst funktioniert. Evtl. wird daraus wieder ein HowTo und ein kleines Skript zum bauen.

     • Hi!

       Es gibt da bereits ein Repo für XvBA: https://build.opensuse.org/package/show?package=xvba-video-amd&project=home%3Ahellgast

       Allerdings müssen ffmpeg und vlc auch mit libva- oder XvBA-Unterstützung kompiliert werden und die fehlt im Moment wohl. Es gibt da irgendwo ein Maillisten-Eintrag, dass das nachgeholt werden soll, aber den finde ich im Moment nicht. Außerdem ist zu Zeit der VLC-Build von Packman kaputt.

       Grüße, Obi-Wahn

       • Danke für die nützlichen Infos.

         Gruß

         Sebastian

       • Danke für die Hinweise auf die Repositories.
         Ist VLC wirklich ohne entsprechende Unterstützung compiliert? Zumindest kann man es bei „Input und Codecs“ aktivieren, und seit ein paar Tagen stürzt VLC bei aktivierter Hardwarebeschleunigung ab. Dies entspricht einem offensichtlich bekannten Problem bei neueren libva-Versionen und deutet darauf hin, dass VLC zumindest irgendetwas mit dieser Library macht.

9. Wer länger suchet, der auch findet: http://www.mail-archive.com/packman@links2linux.de/msg05560.html

10. Hallo,

    habe gerade den fglrx treiber mittels scrip installiert. Hat alles wunderbar kompiliert. Als ich dann aticonfig –initial eingeben wollte (oder alle dazu im script korrespondierenden Befehle) kam eine segmentation fault. Auch einfach aticonfig command line eingeben erbringt segmentation fault. OpenSuSE 11.4, Catalyst 11.4 Radeon HD 5500.

    Irgendeine Idee, was falsch laufen könnte?

    • Hallo Rigo,

      kannst du dazu bitte ein Report von deinem Rechner generieren und mittels Skript hochladen. Den Link bitte hier posten oder per Mail an mich schicken. Siehe hier.

      Gruß

      Sebastian

      • Die Analyse ist in http://sprunge.us/DNgJ. Ausserdem habe ich inzwischen herausgefunden, dass auch Kwin mit seg fault crashed. Ich habe eine bestehende Installation von Suse 11.4 und habe die Grafikkarte gewechselt. Hatte vorher Nvidia mit proprietärem Treiber. Den Nvidia Treiber und alle anderen Treibe habe ich de-installiert. Ich habe dual monitor setup mit XRANDR, hatte vorher twinview. Bekomme XDM zum Laufen, aber login in KDE 4.6 funktioniert nicht. Ein Versuch mit startx ergab, dass kwin eine segfault hinlegt. Mit dem radeon-Treiber komme ich in KDE hinein. Allerdings macht der andere lustige Sachen. (black screen mit sichtbarer Maus)

        • Inzwischen habe ich auch xrandr am laufen mit 2 Bildschirmen. Allerdings funktioniert nur iceweasel. Dagegen haben alle KDE-Anwendungen haben sofort eine segmentation fault. Das erklaert auch, warum ich nicht mit KDE einloggen kann. Die KDE-Anwendungen des Laptop die per exportiertem X-Windows angezeigt werden, laufen tadelos.

          • Hallo Rigo,

            hast du evtl. schon mal mit einem sauberen KDE-Cache probiert? Wenn nicht, dann mal folgenden Befehl im Runlevel 3 per root ausführen.

            rm -rf /var/tmp/kdecache*

            Kannst du bitte auch noch folgendes per root versuchen. Die Ausgaben bitte auf einem Paste-Bin-Service z.B. de.pastebin.ca hochladen und den Link hier posten.

            fglrx-Kernelmodul neubauen:

            fglrx-kernel-build.sh -f

            fglrx-Kernelmodul laden:

            modprobe -v --first-time fglrx

            Meldungen über den fglrx filtern:

            dmesg | grep fglrx

            Schauen, ob das fglrx-Kernelmodul erfolgreich geladen wurde (Der Treiber sollte auftauchen):

            lsmod | grep fglrx

            Sobald alles ohne Fehler durchgelaufen ist, bitte mal zum Schluss aticonfig ausführen (ggfs. anpassen):

            aticonfig --initial=dual-head --screen-layout=right

            Gruß

            Sebastian

          • KDE-cache gelöscht, keine Verbesserung. Kompilieren funktionierte prima, alles OK. KDM4 startet wunderbar mit fglrx und radeon. Ich kann mit radeon und fglrx in ICEWEASEL einloggen. Bei KDE gelingt das login nicht -> KDM4.

            Alle outputs sind in http://pastebin.ca/2055716

            Bin ich in iceweasel, kann ich konqueror und opera starten, ebenso wie chromium und firefox. Allerdings lässt sich amarok (segfault) und googleearth (segfault) nicht starten.

            Das legt die Vermutung nahe, dass der proprietäre Nvidia-Treiber mir irgendwo ein Kuckucks-Ei in Form einer Library hinterlassen hat. Ich habe schon den X-Server, Treiber und Mesa re-installiert, aber kwin und aticonfig etc stürzen einfach mit segfault ohne weiteren Kommentar.

            Ich habe dann ein startx als root versucht um an Fehlermeldungen zu kommen. Den output habe ich in den pastebin dazu getan. Was mir aufgefallen ist: (EE) GLX error: Can not get required symbols.

            Und als notwendige Folge: startkde: Starting up…
            kdeinit4_wrapper: Warning: connect(/root/.kde4/socket-bluebunny/kdeinit4__0) failed: : Connection refused
            /usr/bin/startkde: line 368: 14529 Segmentation fault kwrapper4 ksmserver $KDEWM
            startkde: Shutting down…
            kdeinit4_wrapper: Warning: connect(/root/.kde4/socket-bluebunny/kdeinit4__0) failed: : Connection refused
            Error: Can not contact kdeinit4!

            Gleiches findet wohl auch beim KDM login statt, ist aber dort nicht so sichtbar.

          • Hallo Rigo,

            ich bin da gerade auch darüber gestolpert.

            [    18.401] dlopen: /usr/lib64/xorg/modules/extensions/libglx.so: undefined symbol: miEmptyData
            [    18.401] (EE) Failed to load /usr/lib64/xorg/modules/extensions/libglx.so

            Was mich hier stutzig macht, dass ATI Catalyst 11.4 nicht auf seine eigene libglx.so in /usr/lib64/xorg/modules/updates/extensions/libglx.so zurückgreift.

            Kannst du bitte das RPM vom fglrx-Treiber erneut drüber installieren:

            zypper in -f fglrx*.rpm

            Gruß

            Sebastian

11. Gute Nachricht an die PowerXpress-User, natürlich auch die anderen, Catalyst 11.5 ist verfügbar, hier der Download Link:
    https://a248.e.akamai.net/f/674/9206/0/www2.ati.com/drivers/linux/ati-driver-installer-11-5-x86.x86_64.run

    Habe ihn bei mir über das integrierte Skript installiert, was auch bei dieser Version wunderbar geklappt hat, bis auf ne kleinigkeit.
    Catalyst 11.4 hatte in der Versionsnummer 8.41, jetzt Ist die Versionsnummer von 11.5 aber 8.45-1 was natürlich geringer ist als vorher und Zypper nun mekert man wolle ne weniger Aktuelle Version installieren. Das ganze trotzdem Focieren und gut ist.

    Grossen, dank nochmals an Sebastian, durch dich ist es ein Kinderspiel geworden die GPU Treiber Aktuell zu halten

    • Hallo Daniel,

      ich habe soeben ein aktuelles Skript veröffentlicht.

      Gruß

      Sebastian

12. So!

    habe nochmal herumprobiert und dann einfach eine OpenSuSE 11.4 drüber gebügelt. Oh wunder, der radeon-Treiber funktioniert so gut, dass ich mich frage, ob ich den proprietären Treiber überhaupt brauche.

    Es scheint also doch so zu sein: Wenn man vorher den proprietären nvidia treiber installiert hatte und dann die Grafikarte wechselt, dann spielen die Libraries verrückt. Welche genau das sind, muss man wohl in einem kontrollierten Sandkasten herausfinden. Meine Vermutung ist, dass es sich um OpenGL Bibliotheken handelt, denn nur solche Programme, die OpenGL brauchen, sind mit segmentation fault abgestürzt. Für das RPM bedeutet es, dass man überprüfen muss, ob die im System (md5) gelisteten Bibliotheken noch da und benutzbar sind und wenn nicht, dann diese wieder herzustellen sind.

    Sebastian, nochmals vielen vielen Dank für Tips und Antworten. Vielleicht versuche ich ja ‚mal den proprietären Treiber und gebe dann Rückmeldung.

    Grüsse

    • Hallo Rigo,

      wenn der Radeon-Treiber für dich ausreicht, kannst du ihn ja verwenden. Das ist wohl von Grafikkarte zu Grafikkarte unterschiedlich und reine Glückssache.

      NVIDIA scheint wohl sehr tief in das System einzugreifen und verursacht beim ATI Catalyst die Probleme. Ich hätte schon gerne gewusst, was genau da klemmt. Damit ich dieses Problem bei der nächsten ATI Catalyst beheben kann. Ich habe eben nochmal eine Vermutung angestellt, dass der Cache des dynamische Linkers nicht aktuell ist bzw. von NVIDIA manipuliert wurde. An dieser Sache müsste man einfach mal nachgehen, kann ich leider mangels NVIDIA-Grafikkarte nicht nachvollziehen, was genau passiert.

      Gruß

      Sebastian

13. Moinmoin,

    Erst auch mal ein Lob für die hilfreiche Seite hier!

    Nachdem ich viel Ärger mit dem Onboard Nvidia Chip und dem Treiber hatte, habe ich mir eine günstige Sapphire HD5450 gekauft. Als ich die eingebaut habe, war ich zunächst einmal überrascht, wie gut der radeonhd Treiber schon funktioniert, viel besser als nouveau. Viele Desktop Effekte und beide Monitore liefen recht problemlos. Aber die Performance könnte noch etwas besser sein, insbesondere schluckt der X Prozess noch immer über 200 mb (mit der Nvidia Karte war ich bei über 700 nach 8 Stunden Betrieb).
    Daher dachte ich schaue ich mal was fglrx so bringt. Leider führt er dazu, dass mein System ziemlich mies abschmiert. Kdm startet noch problemlos, melde ich mich aber an, sehe ich ziemlich lange den Kde Ladeschirm. Dann sehe ich Teile vom Plasma-Desktop, werde dann aber mit Fehlermeldungen bombadiert, dass alle möglichen Konfigurationsdateien nicht geschrieben werden können. Schaffe ich es den Xserver zu beenden, kann ich mich nicht einmal mehr als root im Terminal anmelden. Habe ich mich zuvor im Terminal schon angemeldet bekomme ich für alles ein IO Error, sogar für ein einfachs ‚ls‘.

    Ich habe bereits die fglrx Version aus dem Repository und die über das Skript erstellte versucht, und das ganze mit und ohne nomodeset. Alles führte zu dem gleichen Verhalten. Als user kann ich mit startx keinen Xserver starten, da passt dann irgendwas nicht mit den uids, als root geht es, bekomme dann aber nur zwei schwarze Monitore. Die Xorg.log sieht danach dann wie folgt aus: http://pastebin.de/17931

    Ich könnte mir schon vorstellen, dass die vorher installierten Nvidia Treiber an dem Problem schuld sind, da ich einige Versionen ausprobiert hatte. Leider fehlt mir ein Ansatz, wie ich das ganze näher untersuchen könnte.
    Deinstalliere ich fglrx wieder, läuft wieder alles wie gehabt. Ich habe übrigens ein OpenSuse 11.4 64bit System mit Kde 4.6.5.

    Wenn mir jemand einen Tipp geben könnte, woran das Verhalten liegen könnte oder wie ich weitere Hinweise bekommen könnte, wäre ich sehr dankbar.

    Fabian

    • Hallo Fabian,

      ist der alte NVIDIA-Treiber definitiv vom System gelöscht worden?

      Kannst du bitte auf der zur Zeit aktuellen ATI Catalyst 11.6 auf deinem System installieren. ATI Catalyst 11.4 ist eigentlich schon recht betagt und etwas fehleranfällig.
      openSUSE – proprietären Grafik-Treiber ATI Catalyst 11.6 als RPM installieren

      Wenn das auch nicht hilft, dann hätte ich gerne einen ausführlicheren Bericht:
      Anleitung zum Erstellen eines Reports

      Gruß

      Sebastian

      • Moin Sebastian,

        Danke für die Antwort. Ich habe dein Skript makerpm-ati-11.6.sh benutzt, ich nehme an, dass ich dann die 11.6 Version installiert habe. Ich habe gerade gesehen, dass es jetzt die 11.7 gibt. Ich werde sie mal ausprobieren. 11.4 hatte ich eigentlich nie installiert, ich bin wohl irgendwie hier nur in den falschen Thread gekommen. Ist mir noch gar nicht aufgefallen.

        Die Nvidia Treiber sind meines Wissens nach wirklich weg. Ich hatte nvidia-uninstall ausgeführt, um händisch installierte Treiber zu deinstallieren und mit Yast habe ich auch alles deinstalliert. Ein locate nvidia gibt mir auch keine Hinweise, dass noch etwas von denen rumliegt.
        Das ist die Ausgabe:
        /etc/apparmor.d/abstractions/nvidia
        /etc/modprobe.d/50-nvidia.conf
        /etc/X11/xorg.conf.nvidia
        /etc/zypp/repos.d/download.nvidia.com-opensuse.repo
        /lib/modules/2.6.37.6-0.5-desktop/kernel/drivers/video/backlight/mbp_nvidia_bl.ko
        /usr/lib64/directfb-1.4-5/gfxdrivers/libdirectfb_nvidia.so
        /usr/lib64/kde4/yasp_plugin_nvidia.so
        /usr/lib64/libkwinnvidiahack.so.4
        /usr/lib64/libkwinnvidiahack.so.4.6.0
        /usr/share/kde4/services/yasp_plugin_nvidia.desktop
        /usr/src/linux-2.6.37.6-0.5/drivers/char/agp/nvidia-agp.c
        /usr/src/linux-2.6.37.6-0.5/drivers/video/backlight/mbp_nvidia_bl.c
        /usr/src/linux-2.6.37.6-0.5-obj/x86_64/default/include/config/backlight/mbp/nvidia.h
        /usr/src/linux-2.6.37.6-0.5-obj/x86_64/default/include/config/fb/nvidia
        /usr/src/linux-2.6.37.6-0.5-obj/x86_64/default/include/config/fb/nvidia/backlight.h
        /usr/src/linux-2.6.37.6-0.5-obj/x86_64/default/include/config/fb/nvidia.h
        /usr/src/linux-2.6.37.6-0.5-obj/x86_64/default/include/config/fb/nvidia/i2c.h
        /usr/src/linux-2.6.37.6-0.5-obj/x86_64/desktop/include/config/backlight/mbp/nvidia.h
        /usr/src/linux-2.6.37.6-0.5-obj/x86_64/desktop/include/config/fb/nvidia
        /usr/src/linux-2.6.37.6-0.5-obj/x86_64/desktop/include/config/fb/nvidia/backlight.h
        /usr/src/linux-2.6.37.6-0.5-obj/x86_64/desktop/include/config/fb/nvidia/i2c.h
        /usr/src/linux-2.6.37.6-0.5-obj/x86_64/xen/include/config/backlight/mbp/nvidia.h
        /usr/src/linux-2.6.37.6-0.5-obj/x86_64/xen/include/config/fb/nvidia
        /usr/src/linux-2.6.37.6-0.5-obj/x86_64/xen/include/config/fb/nvidia/backlight.h
        /usr/src/linux-2.6.37.6-0.5-obj/x86_64/xen/include/config/fb/nvidia.h
        /usr/src/linux-2.6.37.6-0.5-obj/x86_64/xen/include/config/fb/nvidia/i2c.h
        /var/cache/zypp/packages/download.nvidia.com-opensuse
        /var/cache/zypp/packages/download.nvidia.com-opensuse/x86_64
        /var/cache/zypp/raw/download.nvidia.com-opensuse
        /var/cache/zypp/raw/download.nvidia.com-opensuse/repodata
        /var/cache/zypp/raw/download.nvidia.com-opensuse/repodata/primary.xml.gz
        /var/cache/zypp/raw/download.nvidia.com-opensuse/repodata/repomd.xml
        /var/cache/zypp/raw/download.nvidia.com-opensuse/repodata/repomd.xml.asc
        /var/cache/zypp/raw/download.nvidia.com-opensuse/repodata/repomd.xml.key
        /var/cache/zypp/solv/download.nvidia.com-opensuse
        /var/cache/zypp/solv/download.nvidia.com-opensuse/cookie
        /var/cache/zypp/solv/download.nvidia.com-opensuse/solv
        /var/log/nvidia-installer.log

        Wenn 11.7 auch keine Besserung bringt, melde ich mich noch mal in dem passendem Beitrag

        • Hallo Fabian,

          hast du evtl. das Tumbleweed-Repo eingebunden?

          Wenn ja, dann bitte das neue Skript herunterladen und folgendes in der Konsole als root-User ausführen:

          ./makerpm-ati-11.7.sh -kms no

          fglrx-kernel-build.sh

          Gruß

          Sebastian

          • Hallo Sebastian,

            Da du hier geantwortet hast, bleibe ich dann auch mal hier.

            Also, 11.7 macht keinen Unterschied. Das ganze Dateihandling geht beim Login über den Jordan. Im Syslog sehe ich dann jede Menge ata Exceptions, die meisten von dem Modul sata_nv.

            Ich habe einen Report unter http://sprunge.us/hWdZ hochgeladen. Er ist erstellt, nachdem der Treiber installiert wurde und ich direkt in die Console gestartet habe. Nach einem vergeblichen X-Login kann ich den Report nicht mehr erstellen. Es wäre großartig, wenn du darin den Fehler findest. Wie du da siehst, habe ich jede Menge Repositories drin, aber kein Thumbleweed.

            Ich habe ja die Befürchtung, dass noch irgendwie der Onboard Nvidia Chip da noch rumpfuscht. Ich habe übrigens diesen Rechner http://www.dell.com/downloads/global/products/optix/en/740_customer_brochure.pdf mit der integrierten Video Option.

          • Danke für den Report. Bei dir ist übrigens die KMS-Option nicht gesetzt.

            Daher mal explizit KMS ausschalten:

            ./makerpm-ati-11.7.sh -kms no

            Gruß

            Sebastian

          • Für den Report musst du dich nicht bedanken, ich muss mich für die Mühen bedanken!

            Beim letzten Versuch habe ich kms nicht ausgeschaltet, da es bei Version 11.6 keinen Unterschied gemacht hat. Allerdings habe ich da auch händisch nomodeset als Bootparameter übergeben.

          • Okay, dann machen wir mal was unkonventionelles.

            Bitte einmal die temporären Dateien löschen, wahrscheinlich sind da noch irgendwelche Cache-Dateien aktiv.

            find /tmp -mindepth 1 -depth -print0 | xargs -0 -r rm -f

            find /var/tmp -mindepth 1 -depth -print0 | xargs -0 -r rm -f

            Dann neustarten.

            Gruß

            Sebastian

          • Hey Sebastian,

            Leider hat auch das nicht geholfen. Habe deine Befehle ausgeführt, dann makerpm-ati-11.7.sh -i, dann makerpm-ati-11.7.sh -kms no und dann neugestartet. Gleiches Problem. Ich habe diesmal den Login Vorgang frühzeitig abgebrochen, so dass ich mich danach zumindest noch per root in der Console anmelden konnte. Ich habe dann einen Report hierhin http://sprunge.us/PNjR generieren lassen. Kannst du da irgendwas drin erkennen?

            Besten Dank!
            Fabian

          • Hallo,

            Hier noch mal ein kurz ein abschließender Kommentar:

            Das Problem lag wohl nicht direkt an dem Grafiktreiber. Zeitgleich mit dem Umstieg von der Nvidia Grafikkarte nach Ati habe ich auch meinen Rechner auf 8 Gb RAM aufgestockt. Und nun scheint es so, dass mein Mainboard Nvidia Controller verbaut hat, die nicht jenseits der 4 Gb Grenze addressieren können. Nach dem Update auf Kde 4.7 hatte ich dann auch massive Xserver Abstürze mit dem Open Source Radeon Treiber, so dass ich der Sache dann nachgehen musste. Im Syslog standen dann Fehler nach dem Prinzip
            PCI-DMA: Out of IOMMU space for 65536 bytes.
            Diese hatte ich auch mit dem fglrx Treiber zuvor. Ich habe nun als Bootparameter
            iommu=noagp,memaper=2
            übergeben. Seitdem läuft das System mit dem Radeon Treiber stabil. Mal gucken ob das auch dauerhaft so bleibt.

            Zwischenzeitlich hatte ich auch die kwinrc in meinem Account gelöscht, was zur Folge hatte, dass der X-Prozess deutlich weniger Ram braucht und 3D Effekte auch funktionieren. Somit besteht für mich kein Grund mehr den ATI Treiber zu installieren. Ich könnte mir aber vorstellen, dass dieser es jetzt auch tun sollte.

            An dieser Stelle dann noch mal vielen Dank für die Mühe!

            Fabian

          • Hallo Fabian,

            danke für deine interessante Rückinfo. Viel Spaß weiterhin mit openSUSE.

            Gruß

            Sebastian

Die Kommentarfunktion ist geschlossen.