AMD Catalyst 12.10 (fglrx 9.002) wurde veröffentlicht und unterstützt Grafikkarten ab Radeon HD 5000 und höher. Das Skript makerpm-amd-12.10.sh steht ab sofort zum Download zur Verfügung und unterstützt 11.4, 12.1 und 12.2 sowie bis Kernel 3.6.
[UPDATE 13.12.2012]
Das Packaging Script wurde aktualisiert und ein Patch wurde zwecks Kompatibilität zum Kernel 3.7 hinzugefügt.
[/UPDATE 13.12.2012]
Eine kleine Bitte habe ich: Wenn irgendwelche Probleme mit dem Treiber auftauchen, scheut euch nicht mir zu berichten (Ich nehme deutsche und englische Bugreports gerne entgegen). 
Ich werde versuchen, soweit es mir möglich ist, den gemeldeten Fehler zu reproduzieren. Zusammen mit den nötigen System-Informationen werde ich mich direkt an die richtige Stelle bei AMD wenden, um den Bug in der nächsten Treiber-Version beheben zu lassen. Danke schön. 
Für Benutzer älterer AMD Grafikkarten (Radeon HD Serie 2000 – 4000) wird dringend die Installation dieses Treibers abgeraten. AMD hat einen Legacy-Treiber zur Verfügung gestellt. Mehr Informationen zum Legacy Treiber: http://www.sebastian-siebert.de/2012/07/28/opensuse-amd-catalyst-12-6-legacy-treiber-als-rpm-installieren/
Downloads:
- Skript: makerpm-amd-12.10.sh
- SHA1: makerpm-amd-12.10.sh.sha1
Installationsanleitung:
http://de.opensuse.org/SDB:AMD/ATI-Grafiktreiber#Installation_via_makerpm-amd-Skript
Über das makerpm-amd-Skript
Das Skript makerpm-amd-12.10.sh ist sehr mächtig, robust und läuft vollautomatisch. Der AMD-Installer wird automatisch heruntergeladen, falls er nicht schon im Verzeichnis liegt. Zudem wird geprüft, ob die Grafikkarte vom Treiber unterstützt wird. Auf Wunsch wird nach dem Bau des RPM-Packages der fglrx-Treiber installiert.
Folgende Argumente können dem Skript übergeben werden:
| -b | Nur das RPM-Package bauen (Standard) |
| -c <type> | Nur X-Server konfigurieren. Monitor-Typ: single = 1 Monitor, dual = 2 Monitore (Wichtig: Nur ausführen, wenn es Probleme mit der Standardkonfiguration des X-Servers auftreten) |
| -d | Nur den AMD-Installer downloaden |
| -i | Das RPM-Package bauen und installieren bzw. updaten |
| -kms <yes|no> | Kernel-Mode-Setting (KMS) aktivieren oder deaktivieren |
| -nohw | Hardware-Erkennung explizit ausschalten. (z.B. beim Bau in einer VM) |
| -old2ddriver <yes|no> | den alten 2D-Treiber aktivieren oder deaktivieren |
| -r|–report | erstellt ein Report und speichert diese in eine Datei namens amd-report.txt |
| -u|–uninstall | entfernt AMD Catalyst restlos vom System. Zuerst wird das fglrx-Package (falls vorhanden) vom System deinstalliert. Danach werden vorhandene AMD-Dateien und -Verzeichnisse entfernt. Hinweis: Falls das Rebuild-Skript installiert wurde, wird es ebenfalls entfernt und das Initskript /etc/init.d/xdm wiederhergestellt. |
| -ur|–uploadreport | wie Option –report nur zusätzlich wird der Report auf einem NoPaste-Service sprunge.us hochgeladen und gibt bei Erfolg den Link zurück. |
| -h | Die Hilfe anzeigen lassen |
| -V | Version des Skript anzeigen |
Hilfe, es funktioniert nicht!
Bitte haltet folgende Regel ein:
- Bei der Eingabe der Befehle auf mögliche Tippfehler überprüfen.
- Möglicherweise ist die Lösung für das Problem im Wiki vorhanden.
- In Kommentaren lesen, ob eine Lösung zu einem Problem bereits existiert.
Wenn keines der o.g. Regel greift, dann könnt ihr mit eurem Anliegen an mich wenden. Damit ich euch helfen kann, müsst ihr erst vorarbeiten. Bitte ladet euch das Skript makerpm-amd-12.10.sh herunter und erstellt einen Report von eurem System in der Konsole:
su -c 'sh makerpm-amd-12.10.sh -ur'
Das Skript lädt das Report auf sprunge.us hoch und gibt anschließend einen Link aus. Diesen Link postet ihr in eurem Kommentar zusammen mit einer Beschreibung zu eurem Problem an mich. Ich werde mir euren Report anschauen und Hilfestellung geben, wo evtl. das Problem liegen könnte.
Feedbacks sind wie immer willkommen. 
Hallo Sebastian,
Ich hatte dir vor einiger Zeit schonmal eine Mail gesendet weil mir der Treiber momentan unter openSUSE 12.2 Probleme auf meinem ThinkPad E520 mit dualer Grafik macht, worauf ich allerdings keine Antwort bekommen habe, weshalb ich davon ausgehe das die Mail untergegangen ist und dieses mal den Weg über die Kommentare gehe.
Den Report deines Scriptes habe ich hier http://pastebin.com/CPWaNkvk hochgeladen, ich hoffe du kannst was daraus erkennen, für mich bestätigt es nur meine Vermutung dass der X-Server beim Start crasht.
Das eigentlich merkwürdige an der ganzen Sache ist dass der Treiber mit RC2 noch ohne probleme lief. Die einzige bewusste Änderung von RC auf Final war die Umstellung auf UEFI.
Ich hoffe bald von dir zu hören und vielen dank für dein tun.
Hallo,
du hattest mir mal eine Mail geschrieben?! Jetzt wo du es sagst, erinnere ich mich noch ganz dunkel daran. Augenblick, ich suche mal eben die Mail heraus. *kruschtel*
Ich habe deine Mail mit dem Betreff „Start des X-Servers bricht mit segfault ab“ vom 28.09.2012 erhalten. Da muss ich mich bei dir entschuldigen. Es kamen in der Zeit viele E-Mails, die ich nach und nach abgearbeitet habe und deines ist mir leider vollkommen untergegangen. Wenn sowas mal passiert, einfach nochmal bei mir melden. Ich beiße bekanntlich nicht.
Ich schaue mir jetzt mal deine Log an. Mal sehen, ob man was herausbekommt, was da los ist.
Gruß
Sebastian
So wie es aussieht, hast du ein Notebook mit der PowerXpress-Technologie. Die Fehlermeldung vom X-Server kommt mir sehr komisch vor:
Er scheint den Intel-Treiber laden zu wollen, obwohl explizit der AMD-Treiber geladen werden sollte. Ich schreibe jetzt eine E-Mail mit dem Report an AMD. Mal schauen, was die AMD-Entwickler dazu sagen und wie man das beheben kann.
Gruß
Sebastian
Hallo Sebastian,
Leider musste ich danach allerdings feststellen, dass der Support von Enduro wohl immer noch nicht funktioniert, da er mir beim Restart keine grafische Oberfläche startete und auf Terminal 10 meldete, dass der X-Server während des Starts „gestorben“ sei. Danach habe ich noch die explizite Konfiguration des X-Server mit der „-c single“-Option probiert, was allerdings nichts am Ergebnis änderte. Vielleicht hast du noch eine Idee, woran es liegen könnte.
ich will nicht unhöflich sein, klinke mich aber dennoch in den Post von tux93 ein, da ich denke, dass ich ein ähnliches Problem habe. Ich hatte dir schon einmal vor einiger Zeit einen Kommentar unter deinem Artikel „openSUSE – proprietären Grafik-Treiber AMD Catalyst 12.8 als RPM installieren“ hinterlassen, den du unter dem Link http://www.sebastian-siebert.de/2012/08/20/opensuse-proprietaeren-grafik-treiber-amd-catalyst-12-8-als-rpm-installieren/#comment-3327 finden kannst. Du hattest mir geschrieben, dass du selbst nicht viel machen könntest , aber du den Bugreport gerne an die AMD-Entwickler weitergebest. Seitdem ist diese neue Catalyst-Version erschienen und ich muss sagen, dass du wohl bei AMD ein offenes Ohr gefunden hast, da das neue Skript – soweit ich das beurteilen kann – die Grafikkarte gefunden hat.
Meine Systemkonfiguration findest du in meinem alten Kommentar und den neuen Bugreport auf http://sprunge.us/MfTA (nach Deinstallation des Skripts und gestartetem X-Server in Runlevel 5) und http://sprunge.us/VQYE (vor Deinstallation, allerdings auch ohne gestartetem X-Server – also Runlevel 3). Ich hoffe, das hilft dir irgendwie weiter, da ich nicht fähig war einen Bugreport direkt aus Runlevel 3 hochzuladen, weil mein Netzwerk durch KNetworkManager gesteuert wird, der in Runlevel 3 nicht lief. Ich habe dann versucht mit einem Austausch der Report-Dateien während der Ausführung des Bugreport-Skripts den Report aus Runlevel 3 hochzuladen, was mir hoffentlich gelungen ist.
LG und Danke im Voraus
Marius
Hallo Sebastian,
ich habe mit dem 12.10-Treiber immer noch das „unsupported Hardware“ Watermark in der unteren Bildschirm-Ecke. Der Link für den Report des Systems ist http://sprunge.us/afMD
Außerdem gibt es noch einen etwas seltsame Effekt beim Aufruf von fgl_glxgears: Nur wenn das Ausgabefenster auf den vollen Bildschirm vergrößert ist, wird der Würfel angezeigt. Bei kleinerem Fenster bleibt es entweder schwarz oder es erfolgt nur während des Verschiebens des Fensters auf dem Bildschirm eine Anzeige. Ansonsten scheint der Treiber aber ohne größere Probleme zu funktionieren (fgl_glxgears liefert um 360 fps bei Vollbild und rund 1500 fps bei leerem kleinen Fenster).
Danke für Deine tolle Arbeit!
Jürgen
Hallo Jürgen,
wenn das Wasserzeichen „Unsupported Hardware“ auftaucht, ist auch gleichzeitig die 3D-Fähigkeit vom Treiber eingeschränkt. Daher auch der Darstellungsfehler bei fgl_glxgears.
Ich habe dein Anliegen an AMD weitergeleitet. Soeben habe ich eine Antwort erhalten, dass sie das prüfen wollen. Ich habe AMD eindringlich appelliert, ein Hotfix für AMD Catalyst 12.10 herauszubringen. Mal schauen, wie sie sich entscheiden.
Gruß
Sebastian
Besten Dank für Deine Hilfe! Mal sehen, wie sich das weiter entwickelt…
Gruß,
Jürgen
Hallo Sebastian,
ich habe mit dem AMD 12.10 Catalyst Treiber ein ähnliches Problem wie Jürgen Mell.
Der Treiber wird bei mir – so wie es aussieht – korrekt installiert. Die fgl Zahnräder drehen sich jedoch nur, wenn ich das Fenster mit der Maus hin und her bewege. Ich habe mal einen Fehlerbericht erstellt und unter http://sprunge.us/SOXO hoch geladen. Hast du eine Idee wo es hakt?
Grüße von Sebastian
Hallo Sebastian
ich habe mir deinen Report angeschaut. Der Treiber hat noch Probleme mit XRender wie auch mit der Fensterdekoration „Oxygen“. Kannst du hier bitte den Composit-Typ XRender auf OpenGL umstellen sowie auf eine andere Fensterdekoration wechseln?
Die Einstellungen findest du unter:
– Systemeinstellung / Arbeitsflächen-Effekte / Erweitert / Composit-Typ
– Systemeinstellung / Erscheinungsbild der Arbeitsfläche / Fensterdekoration
Edit:
Führe außerdem noch folgendes als root in der Konsole aus (Befehl ist nur auf dein System angepasst, ist ein kleiner Bug vom CCC):
Gruß
Sebastian
Moin!
Vielen Dank für die schnelle Hilfe!
Mit den Änderungen drehen sich die Zahnräder mit 2500 FPS 
Mich hatte das ganze verwundert, weil es unter SUSE 12.1 die Probleme nicht gab.
Schönen Sonntag wünscht
Sebastian
Hallo Sebastian,
vielen Dank für Deine Arbeit. Die Installation mit dem Script war problemlos.
Ich hab jedoch grad ein Problem bekommen. In der vorigen Version des Treibers gab es bei KDE4.9/ Konsole öfter mal Probleme mit dem Darstellung des Inhalts im Konsolen-Fenster. Der Inhalt wurde nicht dargestellt, sondern der Desktop-Hintergrund, hinter dem Fenster. Durch mehrfahres Klicken im Fenster/hoch-runter-scrollen etc. wurde der Fensterinhalt wieder korrekt dargestellt.
Mit der neuen Version 12.10 des amd treibers, kann ich wiederholt den x-server zum Absturz bringen, indem ich die Größe des Konsolen-Fensters durch ziehen des Fensterrahmes, verändern möchte. Ich lande danach wieder am Login-Screens.
Wie gesagt, das ganze ist nachvollziehbar und passierte jedes mal, beim Testen, seit dem update.
Mit anderen Programmfenstern konnte ich etwas ähnliches nicht beobachten.
http://sprunge.us/QIYC
Ergänzung:
Wenn ich in KDE Systemeinstellungen > Arbeitsflächen-Effekte > Erweitert
die Einstellung für „Qt-Grafiksysem“ von „Nativ“ auf „Raster“ stelle, kommt es nicht mehr zum Absturz. Dann gibt es „nur“ noch die Darstellungsprobleme – sieht wie ein refresh – Problem aus.
Composit-Typ ist in beiden Fällen OpenGL.
Hallo,
eine Sache ist mir noch eingefallen. Kannst du bitte einmal das Direct-Rendering von KWin aktivieren und dies nochmal testen?
In der Konsole folgendes ausführen und anschließend neustarten:
Gruß
Sebastian
Entschuldige die Verzögerung.
Hab es jetzt mal getestet, stürzt aber immernoch ab, wie vorher. Aber nur mit dem Konsolen-Fenster, x-term läuft. Ein paar mal die Fenstergröße hin- und hergezogen, und weg ist der x-server.
Sollte ich das script/export behalten oder wieder entfernen?
Hallo Denny,
da es offensichtlich keinen Effekt hatte, kannst du das KWin-Skript wieder entfernen.
Gruß
Sebastian
Moin Denny,
danke dir für den Report. Ich werde das auch nochmal bei mir in einer separaten Partition openSUSE 12.2 + KDE 4.9.2 + AMD Catalyst 12.10 installieren, um den Fehler zu reproduzieren. Ungeachtet dessen wie das Ergebnis ausfällt, werde ich dein Report mit dieser Fehlerbeschreibung an AMD weiterleiten.
Gruß
Sebastian
Danke für Deine Arbeit Sebastian.
Ich geh mal davon aus, das der Fehler nur bei mir auftritt – aus welchem Grund auch immer.
Halle Denny,
ich konnte es leider nicht reproduzieren. Ich werde das an AMD weitergeben.
Gruß
Sebastian
Hallo Denny und Sebastian,
ich habe das Problem auch.
Vor zwei Tagen ist es mir das erste mal passiert – beim Klicken auf das Yast2-Icon auf dem Desktop wurde der Bildschirm schwarz und ich landete wieder im Anmeldefenster.
Heute ist es beim Klicken auf die Taskleiste passiert. Durch ziehen am Konsole-Rahmen kann ich es forcieren (Danke Denny, für den Hinweis). Merkwürdig, dass es mir nicht früher aufgefallen ist… benutze das System jeden Tag.
In dmesg steht:
[10143.080927] Assertion failed in ../../../../../../../../drivers/2d/lnx/fgl/drm/kernel/hal_evergreen.c at line: 64
[10143.110095] Assertion failed in ../../../../../../../../drivers/2d/lnx/fgl/drm/kernel/hal_evergreen.c at line: 64
Mein Report: http://sprunge.us/LTOX
Gruß,
Michael
Hallo Sebastian,
na also, ich scheine also doch nicht alleine mit meinem Problem mit dem Catalyst zu sein. Also: Ich habe exakt das gleiche Problem wie von Denny beschrieben. Wenn ich den Catalyst installiere, dann kommt es früher oder später zum Absturz des X-Servers (was ja sämtliche Anwendungen mitreißt), und zwar dann, wenn ich ein konsole-Fenster schließe, manchmal auch, wenn ich seine Größe ändere. Das passiert nicht immer gleich, sondern nachdem ich so etwa das zehnte Mal ein konsole-Fenster geschlossen habe.
Ich habe das Problem schon bei der vorangegangenen openSUSE-Version und trage mich mit der Hoffnung, dass da irgendwas mal gefixt wird, aber leider bleibt das Problem bestehen. Schau mal auf http://ati.cchtml.com/show_bug.cgi?id=694, dort habe ich schon vor Wochen einen Bugreport eingereicht, aber niemand scheint das zu kümmern.
In der Zwischenzeit habe ich meinen Rechner komplett aufgerüstet, und das Problem ist *wieder* da; es taucht auch auf einem zweiten Rechner auf … ich bekomme das also mit Leichtigkeit reproduziert, wie man sieht. Den Installationen gemein ist, dass es jeweils x86_64 sowie eine Grafikkarte HD 7870 ist.
Zurzeit muss ich mir damit behelfen, amd-driver-Version 8.982 zu installieren – diese war die letzte, die bei mir stabil gelaufen ist.
Michael
Hallo Michael,
um das Problem etwas einzugrenzen. Kannst du bitte testweise die Desktop-Effekte einmal komplett ausschalten und einzeln nacheinander wieder aktivieren. Dann versuche mal den Absturz vom X-Server über das Konsolen-Fenster zu provozieren. Verwende auch einmal eine andere Fensterdekoration.
Gruß
Sebastian
Hallo Sebastian,
Du bist soweit ich weiß nicht für die FOSS-Treiber radeonhd zuständig, ich habe jedoch schon vor zwei Wochen einen Bugreport zu einem kritischen Bug (Freeze, bei mir reproduzierbar) ausgefüllt, der höchstwahrscheinlich von radeonhd zu tun hat. Bisher hat ihn sich noch niemand angesehen. Könntest du den bitte an offizielle Stelle weiterleiten oder mir sagen, wo ich den am besten einreiche?
Viele Grüße,
Dennis
Hi Dennis,
die Entwicklung von radeonhd kann man schon seit mehreren Jahren als eingestellt betrachten. Wieso willst Du den? Nutze doch einfach den Catalyst Legacy-Treiber weiter!
Gruß,
Klaus
Hallo Klaus,
es gibt ein Paket namens „xorg-x11-driver-video-radeonhd“ ebenfalls unter openSUSE 12.2. Daher nannte Dennis es auch radeonhd. In Wirklichkeit wird der radeon-Treiber vom Kernel verwendet im Zusammenspiel mit dem X11-radeonhd Treiber. Nicht desto trotz habe ich den Bugreport vom Dennis via CC einen SUSE-Mitarbeiter angehängt, der da einmal drüber schauen wird.
Gruß
Sebastian
Hallo Dennis,
ich füge im Bugreport mal jemanden von der SUSE GmbH hinzu, der sich mit dem radeon-Treiber i.V.m. dem X-Server auskennt. Evtl. leitet er den Bugreport auch an die richtige Stelle weiter.
Gruß
Sebastian
@Klaus: Ich benutze auch gerade den proprietären Treiber, aber bevorzuge doch open-source. Falls der Bug zudem bei anderen reproduzierbar ist (und nicht nur meiner Karte) bedeutet das, dass openSUSE 12.2 in Auslieferungszustand sehr gern mal abstürzt. Das kann es ja nicht sein, dass man erst auf einen proprietären Treiber wechseln muss, bevor das System stabil ist. Mich selbst stört der Bug wenig, da ich den Catalyst-Treiber verwende, mir geht es hier um andere.
@Sebastian: Vielen Dank, ich war nur ein bisschen schockiert, dass ein critical bug übersehen wurde.
Hallo Dennis,
es gibt überhaupt keinen Grund (abgesehen von ideologischen Gründen), den freien Treiber zu nutzen. Der hat eine katastrophale Leistung auf ganzer Breite. Kannst Du hier aktuell nachlesen:
http://www.phoronix.com/scan.php?page=article&item=ubuntu_1210_amdstock&num=1
Die Radeon HD7000 ist im oben genannten Test noch nicht einmal enthalten, da unter radeon noch nicht lauffähig.
openSUSE sollte endlich dazu übergehen, gleich den Catalyst auszuliefern und nur im Notfall den radeon zu verwenden.
Gruß,
Klaus
Hallo Klaus,
Ich wäre dazu nicht abgeneigt. Jedoch dürfte das schwierig werden. Da es noch ein offenes lizenztechnisches Problem gibt und einige FOSS-Entwickler in der openSUSE-Gemeinschaft gegen die Aufnahme des AMD-Treibers ist, weil es zum Teil die GPL verletzt. Daher habe ich das makerpm-amd-Skript entwickelt, um genau diesen Umstand zu umgehen. Bei NVIDIA sieht es auch nicht anders aus. Jedoch ist es möglich, während der Installation von openSUSE das inoffizielle AMD-Repo einzubinden und den Treiber bei der Software-Auswahl auszuwählen und zu installieren.
Gruß
Sebastian
Hallo Sebastian,
wollte nur anmerken, dass die Installation über das Repo problemlos geklappt hat. Kann bisher nur einen (altbekannten) Fehler feststellen. Der nimmt sich gegen die hier beschriebenen aber echt klein aus.
Die Release- und Catalyst-Version wird im CCC nicht korrekt angezeigt (die alte Version statt der neuen Vers.).
Mit dem bekannten
ist nach einem Neustart von beiden Angaben im CCC garnichts mehr zu sehen.
Ich könnte, wie bei der 12.8-Version, den sed-Befehl wie folgt anwenden (sofern das so richtig ist):
Aber warum funzt so eine Kleinigkeit (noch) nicht automatisch? OK, OK, solange ich keine anderen (schwereren) Fehler habe, will ich mich nicht beschweren
Grüße
Sebastian
Hallo Sebastian,
nun ja, das ist bekannt und lässt sich einfach umgehen, in dem man nach der Treiber-Installation nicht sofort den CCC aufruft, sondern erst nach dem Neustart, wenn der neue Treiber im Speicher geladen wurde.
Gruß
Sebastian
Hi Sebastian,
ääh, sorry, aber GENAU das habe ich doch getan bzw. eben nicht getan. Eben weil ich das Problem ja schon von früher kenne, rufe ich den CCC nicht mehr nach der Aktualisierung auf.
Ja, ich hab sogar genau deswegen gleich nach der Aktualisierung einen Neustart durchgeführt und erst DANACH den CCC aufgerufen!
Mit dem oben beschriebenem Ergebnis.
Grüße
Sebastian
Hallo Sebastian,
ich habe es bei mir getestet und kann dein beschriebenes Verhalten nicht wirklich nachvollziehen. Es wäre schön, wenn sich noch jemand meldet, der das gleiche Problem bestätigen kann.
Gruß
Sebastian
Hallo, noch mal ich.
Um ganz sicher zu gehen, dass ich hier keinen Blödsinn erzähle (kommt schon mal vor), habe ich das Paket über die Repo nochmal installiert, neugestartet und dann CCC aufgerufen. Das Ergebnis bleibt das gleiche.
Über die Konsole bekomme ich folgende Ausgaben:
Ich hoffe, es macht keinen Unterschied, ob ich den Treiber ganz entferne und neu installiere oder nur „drüberinstalliere“. Letzteres habe ich gemacht.
Hallo Sebastian,
vielleicht kannst Du mir hier als ATI-Spezialist weiterhelfen:
Ich habe seit einiger Zeit ein Notebook HP635 mit AMD E-350 Prozessor, also HD6310 Grafik. Mit dem radeon-Treiber ist das alles kein Problem.
Mit dem original AMD-Treiber habe ich von Anfang (ca. seit catalyst 11.10) an folgendes Problem: Der laptop fährt hoch bis zum fast Start von X (also bis kurz bevor die Anmeldungsbildschirm erscheint), dann rührt sich nichts mehr –> nur Kaltstart hilft. Es kommt aber auch vor dass er normal hochfährt, dann läuft er auch ohne Probleme. Meistens wars mit zweimal hochfahren gut und er lief. Letztens hatte ich aber mehr als 10 Versuche durch (noch mit dem 12.8, der aber auch schon normal funktioniert hat), seit dem verwende ich den radeon Treiber. Den 12.10 habe ich probiert, aber auch nach 10 Versuchen kein Erfolg.
Mich persönlich störts eigentlich nicht, nur die Kinder schimpfen übers ruckelige Supertux… ;-)… und mich würde interessieren worans liegt.
Danke schon mal
Jürgen
P.S.: das Problem zog sich auch über alle Catalysts durch, von 11.10 bis 12.10.
Hallo Jürgen,
gerne möchte ich zu dem System mit installiertem AMD-Treiber ein Report vom makerpm-amd-Skript haben.
Den ausgegebenen Link bitte hier posten. Ich schaue dann, ob es irgendwelche Auffälligkeiten gibt.
Gruß
Sebastian
Hallo Sebastian,
habs endlich geschafft:
http://sprunge.us/HZUD
Vielleicht findest Du was…
Danke und Gruss
Jürgen
Hallo Jürgen,
laut dem Report hast du kein fglrx-Treiber installiert. Kannst du ihn bitte einmal über das Skript installieren lassen:
Falls es noch Probleme gibt, bitte ein Report MIT installiertem AMD-Treiber generieren lassen:
Danke.
Gruß
Sebastian
Hallo Sebastian,
hier der link mit installiertem AMD Treiber:
http://sprunge.us/GLbO
Gruss
Jürgen
P.S.: ich starte jetzt den Laptop noch ein paar mal, ob der Fehler momentan wieder auftritt.
Moin Jürgen,
kannst du bitte das Composit-Typ von XRender auf OpenGL in der Einstellung „Arbeitsflächen-Effekte“ umstellen. Dann würde ich noch empfehlen, auf die Fensterdekoration „Oxygen“ unter „Erscheinungsbild der Arbeitsfläche“ zu verzichten und stattdessen eine andere zu nehmen. Mit beiden Sachen gibt es noch Probleme. Diese Einstellungen bitte für jeden User vornehmen. AMD weiß über das Problem schon Bescheid.
Gruß
Sebastian
Hallo,
ich hab den Laptop jetzt 10 mal runter- und wieder hochgefahren. Momentan funktionierts (auch vor dem Umstellen nach OpenGL (vielleicht wars das ja trotzdem, wie gesagt ist er ja früher auch schon öfters mit dem AMD Treiber hochgefahren). Falls der Fehler nochmal auftritt, melde ich mich wieder.
Danke erst mal (auch für die Bereitstellung deines Skriptes und dem Kontakt zu AMD!)
Gruss
Jürgen
Hallo Jürgen,
gut zu wissen, dass es jetzt funktioniert.
Gruß
Sebastian
Hallo,
es ist wieder soweit. Auch nach dreimaligem Neustart startet der Laptop nicht. die letzten zwei Zeilen sind:
starting LSB ATI event demon
started LSB ATI event daemon
Dann rührt sich nix mehr. Nur Kaltstart hilft…
Ich hab den Treiber wieder runtergeschmissen…
Gruss
Jürgen
Hallo Jürgen,
in diesem Fall wäre es interessant, wenn du während dem Booten sofort auf die Konsole Nummer 10 (STRG+F10 bzw. STRG+ALT+F10) schaltest und irgendwelche ausführliche Fehlermeldungen protokolliert werden, die man besser deuten kann, was da schief läuft. Ggfs. mit Handy oder Digicam die Meldung abfotografieren und auf einem Image-Hoster hochladen. Der letzte Boot-Eintrag vom ATI event daemon ist leider nicht aussagekräftig genug. Ich danke schon mal.
Gruß
Sebastian
Servus Sebastian,
habe wieder ein Problem mit meinem PowerXpress Notebook (unter openSuse 12.2)
Also ich kann den Treiber problemlos installieren, egal ob mit deinem oder ohne deinem Skript, aber sobald ich dann nen Reboot mach, kann er den X nicht mehr starten.
Ich schicke dir nachher noch den kompletten Log.
Schöne Grüße,
Domi
Ist das evtl. mit meinem Fehler vergleichbar?
Hallo Jürgen,
ist dein Notebook auch mit PowerXpress-Feature?
Gruß
Sebastian
Hallo Sebastian,
mein Laptop hat kein PowerXpress.
Gruss
Jürgen
Hallo Domi,
das Problem ist bei AMD bekannt und wird voraussichtlich in der nächsten Version behoben. AMD ist mir noch eine Antwort schuldig, ob es dafür noch ein HotFix für AMD Catalyst 12.10 geben wird oder gleich auf AMD Catalst 12.11 übergeht.
Gruß
Sebastian
Hallo Sebastian,
vielen Dank erst mal für die neue Version deines Skripts.
Leider habe ich wieder den gleichen Fehler wie vor einiger Zeit (Monaten).
Das Problem liegt aber nicht an deinem Skript sondern an den Kernelversionen auf Tumbleweed.
Die Kernel-Xen Pakete wurden noch nicht auf 3.6.5-10 aktualisiert, ist aktuell „kernel-xen-devel-3.6.4-9.1“, daher bekomme ich folgende Meldung:
Problem: kernel-xen-devel = 3.6.5-10, benötigt von kernel-syms-3.6.5-10.1.i586, wird von keinem Repository angeboten
Und das Skript bricht die Installation ab. Ich denke mal das ich einfach abwarten werde bis sich die Versionen angeglichen haben. Oder du hast eine Lösung? (Ich habe leider den Beitrag von damals nicht mehr gefunden) Ansonsten ist es vielleicht eine hilfreiche Info für andere Blog-Leser.
Grüße
Stephan
Hallo Stephan,
das deutet eher darauf hin, dass das kernel-xen Paket mit der Version 3.6.5 im Troubleweed .. äh … Tumbleweed wegen einem Fehler nicht gebaut werden konnte. Ich frage mich, warum man die Kernel-Pakete nicht vor der Veröffentlichung prüft, ob sie korrekt gebaut worden sind und gibt sie dann erst frei.
Siehe auch hier im Tumbleweed-Projekt in OBS:
https://build.opensuse.org/package/show?package=kernel-xen&project=openSUSE%3ATumbleweed
Ein User hat das Problem in der Mailingliste geschildert:
http://lists.opensuse.org/opensuse-factory/2012-11/msg00133.html
Das Problem können nur die Tumbleweed- bzw. Kernel-Entwickler beheben.
Notfalls das gebaute fglrx-Paket manuell mit zypper installieren.
Gruß
Sebastian
Ah, danke für die Infos!
Troubleweed trifft es leider manchmal recht gut, meistens hab ich aber sehr gute Erfahrungen damit also will ich mich auch nicht beklagen.
Mit dem Paketebau kenne ich mich gar nicht aus, aber gut zu wissen das es dort auch solche Statusseiten gibt!
Da ich zu sehr von deinem Skript verwöhnt bin und leider nicht weiß wie ich das manuell machen soll und werde erst mal abwarten.
Vielen Dank auf jeden Fall für deine Hilfe!!
Stephan
Hallo Stephan,
also, die Skript-verwöhnten User führen als root-User folgenden Befehl aus, wo auch das Skript und das fertiggebaute RPM liegt:
Danach wie gewohnt neustarten.
Gruß
Sebastian
Hallo Sebastian,
Danke für die Info, jetzt hab ich wieder was dazugelernt! Hab gesehen das der Befehl von dir ja auch auf der openSUSE Hilfe Seite steht (wo auch deine Anleitung ist) nur unter dem Punkt: Installation via Installer-Skript von AMD
So nun aber zu meinem Problembericht:
Es hat leider auch nicht mit der manuellen Installation geklappt. Jetzt hab ich den Treiber komplett deinstalliert und nochmal neu mit deinem Skript installiert. Problem ist, wie zu erwarten war, geblieben. Hier aber der Fehlerbericht: http://sprunge.us/eHYR
Dann habe ich die manuelle Installation versucht leider auch ohne Erfolg. Hier spuckt er unter anderem: Build of kernel module failed!
aus.
Daher: http://sprunge.us/jiCW
Ich vermute jetzt mal das es immer noch an dem defekten Kernel auf Tumbleweed liegt.
Auf jeden Fall nochmals vielen Dank!
Hallo Stephan,
laut deinem Report hast du nur das kernel-desktop Paket mit der Version 3.6.5 installiert:
Das Kernel-Update-Dilemma vom Tumbleweed betrifft hier das Paket kernel-syms. Dieser definiert, dass das kernel-xen-devel Paket in der Version 3.6.5 vorliegen muss, welches natürlich nicht vorhanden ist und somit kein vollständiges Update möglich ist. Der fglrx-Treiber setzt auch das Paket kernel-syms voraus, somit wird in der Regel sichergestellt, dass die nötigen Entwicklungspakete vorliegen, dies funktioniert bei einer Standardinstallation immer. Bei Tumbleweed bedauerlicherweise wegen dem kernel-xen-devel Paket nicht.
Normalerweise sage ich hier, dass ist nicht mein Problem. Aber gut, es kann ja sein, dass man trotzdem den fglrx-Treiber nur mit einem bestimmten Kernel-Paket installieren möchte. So habe ich mich hingesetzt und das makerpm-amd-Skript massiv erweitert, um auch das Tumbleweed-Problem zu umgehen und um die Abhängigkeit zu den Kernelentwicklungspakete auch konfigurierbarer zu machen.
Lade dir bitte das neue Skript makerpm-amd-12.10.sh herunter und führe folgende Befehle als root aus.
1. Alle nicht benötigte Kernel-Pakete entfernen (Es wird auch der fglrx-Treiber entfernt):
2. Die restlichen Kernel-Pakete auf die Version 3.6.5 aus dem Tumbleweed-Repo aktualisieren:
3. Das makerpm-amd-Skript wie folgt anstoßen (Damit wird die Abhängigkeit in deinem Fall zum kernel-desktop Paket festgelegt und sonst keine anderen):
4. Computer neustarten.
Damit dürfte es wieder gehen.
Wer wissen will, welche Werte man im Parameter -k bzw. –kernel setzen kann, lässt sich einfach in der Hilfe vom Skript anzeigen:
Gruß
Sebastian
Respekt und Anerkennung!!!
Also wirklich, ich bin begeistert!
Es hat jetzt wunderbar geklappt (und dabei hatte ich mich schon ein bisschen mit dem Mesa-Treiber angefreundet… obwohl, mal sehen was AMD noch so macht, siehe Entlassungen…)
Alleine was du in der ganzen Zeit schon an Arbeit in das Skript investiert hast!! Echt wahnsinn und dann noch abends um halb 12 ne Antwort verfassen!
Vielen Dank!
Nur: da warme Worte alleine zwar gut und schön sind aber doch nicht alles, hab ich auch noch eine kleine Spende an dich abgeschickt und hoffe es hilft ein wenig.
PS: das ich gar nicht alle aktuellen Kernelpakete von Tumbleweed installiert hatte, ist mir vorher auch gar nicht aufgefallen. Naja, ja auch nur Anwender.
Auf jeden Fall vielen Dank und dir ein schönes Wochenende!!
Grüße
Stephan
Hallo Stephan,
schön, dass ich dir helfen konnte. Vielen Dank auch für deine großzügige Spende.
Gruß
Sebastian
Hallo Sebastian,
der Treiber läuft, aber auch ich bekomme ein „unsupported hardware“-Wasserzeichen eingblendet.
lspci gibt folgendes aus:
[…] VGA compatible controller: Advanced Micro Devices [AMD] nee ATI EG Cedar [Radeon HD 7300 Series]
Danke fürs kümmern um die Treiber und den hervorragenden script.
Viele Grüße, David
Hallo David,
kannst du bitte ein Report generieren und den Link mir geben. Dann kann ich viel eher etwas damit anfangen und auch bei den anderen AMD-Treiber nachschauen. Danke.
Gruß
Sebastian
Hallo …
ich habe seit einiger Zeit ein Problem mit der Darstellung – speziell bei einem Programm. Zur Dokumentation habe ich ein Screencast gedreht. Dort sind auch die System-Angaben aus dem Catalyst Controllcenter zu sehen. Ich nutze OpenSuse 12.2. Hier das Video: http://www.youtube.com/watch?v=TVLEMpNCi3o
Neben dem im Film zu sehenden Problem noch eines, was erst nach sehr viel längerer Zeit auftritt. Ich hatte letzte Woche einige Vorträge, nutzte Impress und war meist auch einige Zeit vom Rechner weg. Nach dem Wieder-Aufwecken aus dem Bildschirm-Schoner wurde beim gesamten Desktop – also unabhängig von einem Programm – immer ein Teil zeitverzögert dargestellt. So konnte ich den Ausschalt-Befehl im KDE-Menü nicht treffen.
Wir haben im Catalyst-Controll-Center bereits mal die Einstellung von Leistungsstarke GPU auf Energeisparende GPU umgeschaltet, aber das half nicht. Teilweise kam es mir noch schlimmer in dem gezeigten Programm GeoGebra vor.
Bis auf den Desktop-Effekt, ist mir das bisher noch nicht so wirklich bei anderen Programmen aufgefallen. Das Problem das ich mit GeoGebra habe, hatte auf der Fortbildung – wo ca. 60 andere Nutzer des Programmes waren – niemand anderes. Allerdings hatten die „nur“ Windows und MacOS.
Wie schon erwähnt ist GeoGebra ein Java Programm. Ich habe aber mit den aktuellesten Versionen von IcedTeaJava und auch Oracle-Java die gleichen Effekte.
Haben sie eine Idee, woran das liegen kann? Ich habe es hier herein geschrieben, weil jemand weiter oben den Begriff „Refresh“ erwähnt, und es mir so vorkommt, als käme das daher.
Danke … Birgit Lachner
Hallo,
kann ich zum System ein ausführlichen Report mit dem o.g. makerpm-amd-Skript bekommen?
Den Link zum Report hätte ich dann gerne. Danke.
Gruß
Sebastian
Hallo Sebastian,
Leider musste ich danach allerdings feststellen, dass der Support von Enduro wohl immer noch nicht funktioniert, da er mir beim Restart keine grafische Oberfläche startete und auf Terminal 10 meldete, dass der X-Server während des Starts “gestorben” sei. Danach habe ich noch die explizite Konfiguration des X-Server mit der “-c single”-Option probiert, was allerdings nichts am Ergebnis änderte. Vielleicht hast du noch eine Idee, woran es liegen könnte.
ich hatte dir schon einmal vor einiger Zeit einen Kommentar unter deinem Artikel “openSUSE – proprietären Grafik-Treiber AMD Catalyst 12.8 als RPM installieren” hinterlassen, den du unter dem Link http://www.sebastian-siebert.de/2012/08/20/opensuse-proprietaeren-grafik-treiber-amd-catalyst-12-8-als-rpm-installieren/#comment-3327 finden kannst. Du hattest mir geschrieben, dass du selbst nicht viel machen könntest , aber du den Bugreport gerne an die AMD-Entwickler weitergebest. Seitdem ist diese neue Catalyst-Version erschienen und ich muss sagen, dass du wohl bei AMD ein offenes Ohr gefunden hast, da das neue Skript – soweit ich das beurteilen kann – die Grafikkarte gefunden hat.
Meine Systemkonfiguration findest du in meinem alten Kommentar und den neuen Bugreport auf http://sprunge.us/MfTA (nach Deinstallation des Skripts und gestartetem X-Server in Runlevel 5) und http://sprunge.us/VQYE (vor Deinstallation, allerdings auch ohne gestartetem X-Server – also Runlevel 3). Ich hoffe, das hilft dir irgendwie weiter, da ich nicht fähig war einen Bugreport direkt aus Runlevel 3 hochzuladen, weil mein Netzwerk durch KNetworkManager gesteuert wird, der in Runlevel 3 nicht lief. Ich habe dann versucht mit einem Austausch der Report-Dateien während der Ausführung des Bugreport-Skripts den Report aus Runlevel 3 hochzuladen, was mir hoffentlich gelungen ist.
LG und Danke im Voraus
Marius
Hallo Marius,
in deinem Report bin ich über etwas gestolpert, dass ich bereits am 25.10.2012 an AMD gemeldet habe.
AMD hat dann einen Tag später mir mitgeteilt, dass der Fehler im neuesten (nicht öffentlichen) Beta-Treiber behoben wurde. Jedoch kann ich mangels Hardware nicht verifizieren und muss wohl darauf vertrauen, dass es stimmt.
Gruß
Sebastian
Hallo Sebastian,
danke für die schnelle Antwort, die ich leider erst jetzt gelesen habe, und ich hoffe dann, dass sie AMD-Entwickler auch das halten, was sie sagen.
Was meinst du mit mangels Hardware?
Wenn es etwas gibt, dass ich in der Zwischenzeit tun könnte, um mit der Lösung des Problems voranzukommen, teile dein Wissen bitte mit mir.
Danke und LG
Marius
Hallo Marius,
Mangels Hardware heißt eben, dass ich kein Arsenal an Grafikkarten bzw. Laptops wie Netbooks habe.
Im Moment können wir nur auf einen neuen AMD-Treiber warten. Darin sollte der genannte Fehler behoben sein. Mehr kann man im Moment auch nicht tun.
Gruß
Sebastian
Hallo Sebastian,
ich habe den amd-driver-installer-catalyst-12.11-beta8-x86.x86_64.run unter openSUSE 11.4 getestet und dabei folgendes festgestellt:
1. Es wird mindestens glibc 2.15 (!!!) benötigt:
libc.so.6(GLIBC_2.14)(64bit) is needed by fglrx64_xpic_SUSE114-9.01.8-1.x86_64
libc.so.6(GLIBC_2.15) is needed by fglrx64_xpic_SUSE114-9.01.8-1.x86_64
libc.so.6(GLIBC_2.15)(64bit) is needed by fglrx64_xpic_SUSE114-9.01.8-1.x86_64
=> alles <= openSUSE 12.1 geht nicht mehr (nur noch 12.2). War mit Beta 1 noch kein Thema.
2. Nachdem ich die glibc 2.15 nachgezogen habe durch einen rebuild des 12.2 glibc-Pakets, habe ich keine Abhängigkeitsprobleme mehr bekommen und KDE, … laufen auch.
Allerdings fliegt mir Unigine Heaven 3.0 mit einem SIGSEG um die Ohren nach dem Klick auf RUN. Das lief mit amd-driver-installer-catalyst-12.11-beta-x86.x86_64.run noch problemlos.
Loading "/raid/home/klaus/.Heaven/heaven_3.0.cfg"…
Loading "libGL.so.1"…
Loading "libopenal.so.1"…
AL lib: alc_initconfig: Failed to initialize backend "pulse"
Set 1920×1200 fullscreen video mode
Received signal SIGSEGV, invalid memory reference
AL lib: ReleaseALC: 1 device not closed
Dabei ist das Thema pulse irrelevant – das kommt auch, wenn Heaven funktioniert und liegt daran, daß pulse nicht installiert ist.
3. Das Problem mit dem Öffnen weiterer X.Org-Server (hier der vierte) ist nach wie vor nicht gefixt:
[ 1429.858] (II) fglrx(0): Kernel Module Version Information:
[ 1429.858] (II) fglrx(0): Name: fglrx
[ 1429.858] (II) fglrx(0): Version: 9.1.11
[ 1429.858] (II) fglrx(0): Date: Nov 15 2012
[ 1429.858] (II) fglrx(0): Desc: AMD FireGL DRM kernel module
[ 1429.858] (II) fglrx(0): Kernel Module version matches driver.
[ 1429.858] (II) fglrx(0): Kernel Module Build Time Information:
[ 1429.858] (II) fglrx(0): Build-Kernel UTS_RELEASE: 3.4.18-1.1-desktop
[ 1429.858] (II) fglrx(0): Build-Kernel MODVERSIONS: no
[ 1429.858] (II) fglrx(0): Build-Kernel __SMP__: yes
[ 1429.858] (II) fglrx(0): Build-Kernel PAGE_SIZE: 0x1000
[ 1429.858] (II) fglrx(0): [uki] register handle = 0x00de1000
[ 1429.858] (EE) fglrx(0): Not enough video memory to allocate primary surface (frame buffer).
[ 1429.858]
Backtrace:
[ 1429.859] 0: /usr/bin/Xorg (xorg_backtrace+0x28) [0x46fb58]
[ 1429.859] 1: /usr/bin/Xorg (0x400000+0x6b3a9) [0x46b3a9]
[ 1429.859] 2: /lib64/libc.so.6 (0x7fa212338000+0x32aa0) [0x7fa21236aaa0]
[ 1429.859] 3: /usr/lib64/xorg/modules/drivers/fglrx_drv.so (swlDrmFreeSurfaces+0x42) [0x7fa210092722]
[ 1429.859] 4: /usr/lib64/xorg/modules/drivers/fglrx_drv.so (xdl_x760_atiddxDriCloseScreen+0x14d) [0x7fa20ff8885d]
[ 1429.859] 5: /usr/lib64/xorg/modules/drivers/fglrx_drv.so (xdl_x760_atiddxDriScreenInit+0x8ad) [0x7fa20ff87f1d]
[ 1429.859] 6: /usr/lib64/xorg/modules/drivers/fglrx_drv.so (xdl_x760_atiddxScreenInit+0xb26) [0x7fa20ff82026]
[ 1429.859] 7: /usr/bin/Xorg (AddScreen+0x1a8) [0x42d828]
[ 1429.859] 8: /usr/bin/Xorg (InitOutput+0x2a4) [0x47e8f4]
[ 1429.859] 9: /usr/bin/Xorg (0x400000+0x2591d) [0x42591d]
[ 1429.859] 10: /lib64/libc.so.6 (__libc_start_main+0xfd) [0x7fa21235723d]
[ 1429.859] 11: /usr/bin/Xorg (0x400000+0x25679) [0x425679]
[ 1429.859] Segmentation fault at address 0x888
[ 1429.859]
Fatal server error:
[ 1429.859] Caught signal 11 (Segmentation fault). Server aborting
Hardware: Radeon HD 6570
Kannst Du da AMD bitte mal insgesamt auf den Zahn fühlen?
Danke,
viele Grüße,
Klaus
Hallo Klaus,
zu 1.)
openSUSE 11.4 wird mit dem nächsten Treiber nicht mehr von AMD unterstützt. Da das Ende der Lebenszeit dieser openSUSE-Version erreicht ist. Minimum sollte openSUSE 12.1 dann reichen.
In der Require-List vom RPM-Paket des Beta-Treiber wird anscheinend nur spezielle Versionen von glibc gefordert, die aus den binären Dateien von AMD ermittelt wurden. Manches in der Liste macht IMHO keinen Sinn. Ich werde mal mit der Liste zu AMD gehen. Da scheint noch was im Argen zu liegen.
zu 2.)
Bitte nicht die glibc von openSUSE 12.2 (glib 2.15) auf openSUSE 12.1 (glib 2.14.1) installieren. Das kann böse in die Hose gehen, denn die glibc ist ein Herzstück des Systems.
zu 3.)
Ich werde diesen Backtrace inkl. einer kurzen Fehlerbeschreibung an AMD direkt weitergeben.
Danke für deine wertvolles Feedback
Gruß
Sebastian
Hallo Sebastian!
Danke für Deine Rückmeldung!
Zu 1): Daß 11.4 rausfliegen soll, finde ich jetzt nicht so toll, da ich in die Verlängerung gehen werde (-> Evergreen). Brauchst Du die Liste? Du hast sie vermutlich selbst, nehme ich mal an.
Zu 2): Ist mir bekannt :-). Ich habe auch nicht das Binary-Paket verwendet, sondern die Sourcen hier selbst übersetzt (rpmbuild –rebuild …) und damit problemlos die Pakete installieren können. Üblicherweise sind neue Versionen ja abwärtskompatibel (habe jahrelang quasi meine eigene Distri gefahren, sogar mit den Originalsourcen).
Ohnehin läßt sich der Treiber auch problemlos nutzen, wenn man die Abhängigkeiten einfach ignoriert, wie ich festgestellt habe. Mir sind keine weiteren Fehler aufgefallen, welche nicht auch mit 2.15 vorhanden sind. Alle Fehler, welche mir aufgefallen sind (abgesehen von der glibc-Versions-Problematik), haben alle schon einen Bart. Und ich habe auch nicht alle hier geschrieben :-).
Zu 3): Danke!
Viele Grüße,
Klaus
Hallo Sebastian,
ich habe gerade einen Report hochgeladen unter:
The link is: http://sprunge.us/RbHZ
Ich habe hier ein frisch installiertes opensuse 12.2 mit allen updates und habe den 12.6-legacy Treiber installiert. Das hat auch alles geklappt, aber nach der Installation fährt der Rechner nicht mehr hoch, da vermutlich die Hardware nicht erkannt werden kann. Ich habe eine PowerColor HD3650 AGP Karte mit 512mb RAM.
Kann ich das noch hinkriegen oder ist die Hardware generell untauglich ? Der fglrx Treiber ist natürlich deutlich besser als der Radeon HD oder was immer hier jetzt gerade werkelt.
Danke für den Support.
Armin
Hallo Armin,
der AMD-Treiber ist auf deinem System nicht installiert. Wenn du den Legacy-Treiber haben möchtest, dann muss du es schon installieren.
Wenn der offene Radeon-Treiber dir genügt, dann bleib am besten dabei.
Gruß
Sebastian
Hallo Sebastian,
mir ist aufgefallen, daß bei der Installation für 64bit-Systeme keine Symlinks für die mitgelieferte 32bit – libGL gesetzt werden. Konkret fehlte bei mir folgender Link:
lrwxrwxrwx 1 root root 27 2. Dez 13:37 /usr/lib/libGL.so.1.2 -> /usr/X11R6/lib/libGL.so.1.2
lrwxrwxrwx 1 root root 39 20. Jul 07:06 /usr/X11R6/lib/libGL.so.1.2 -> /usr/X11R6/lib/fglrx/fglrx-libGL.so.1.2
rpm -qf /usr/lib/libGL.so.1
Mesa-32bit-7.10.2-7.3.1.x86_64
rpm -qf /usr/X11R6/lib/fglrx/fglrx-libGL.so.1.2
fglrx64_xpic_SUSE114-9.010-1.x86_64
Oder ist da bei mir was krumm?
Gruß,
Klaus
Hallo Klaus,
kannst du bitte folgendes ausführen, um zu prüfen, ob die Links gesetzt sind:
ls -l /usr/X11R6/lib{,64}/libGL.so.1.2Die Ausgabe sollte in etwa folgendes liefern:
Prüfe außerdem den ld-Suchpfad:
Die Liste sollte so aussehen:
Die fglrx-Bibliotheken (egal ob 32-bit oder 64-bit) sollen immer an erster Stelle stehen.
Gruß
Sebastian
Hallo Sebastian,
wird die Aktuelle Version (Skript) mit Kernel 3.7 Laufen ?
Hallo Andreas,
gut, dass du fragst.
Ich habe ein Patch zwecks Kompatibilität zum Kernel 3.7 hinzugefügt. Daher bitte einmal das neue Skript herunterladen und wie gewohnt installieren.
Gruß
Sebastian
Super,
ein wahrer Held
Hallo Herr Siebert,
ich bin am verzweifeln
ich bin seit gestern auf Linux umgestiegen, habe dann den Grafiktreiber per Yast installiert, pc neugestartet –> und dann hackte es ganze zeit wenn ich fenster verschiebe, so wie in windows wenn kein Grafiktreiber installiert ist, naja dann wurde mir gesagt das ich mal mit der 2. variante ausprobieren sollte, also mit den scrippt, alles nach schritt gemacht und wieder das gleiche, naja 
dann nochmal gemacht und dir ein Report erstellt, vllt können sie mir helfen das ich den treiber zum laufen bekomme,
use OpenSuse 12.2 64 bit fals das was zu sagen hat
http://www.file-upload.net/download-6939701/amd-report.txt.html
Hallo,
bleiben wir einfach beim Du.
Ein Blick im Report sagt mir, dass der Treiber gar nicht installiert ist. 
Bitte das Skript als root wie folgt ausführen, um das Paket zu bauen und den Treiber zu installieren:
Anschließend neustarten.
PS: Darf ich fragen, welches System du vorher hattest? Ist das dein erster Schritt zu einer Linux Distribution?
Gruß
Sebastian
das war mein fehler hab das wieder gelöscht weil mein hacken genervt hat bin seit 1997 windows user und seit 2 tagen erste mal linux weil ich von windows die schnautze voll hab (windows 8 etc)
hier neuer report
http://www.file-upload.net/download-6940374/amd-report.txt.html
danke
es hat sich erledigt
die jungs von http://www.openSuse-forum.de haben mir geholfen 
danke dir trotzdem 
ps: es lag an den unterschiedlichen Kernelversionen
Okay, dieser Bugreport sieht schon mal anders aus.
Übrigens weiß ich jetzt, was genau bei dir falsch läuft. Du hast das Paket kernel-desktop-3.4.6 nicht auf kernel-desktop-3.4.11 aktualisiert. Bitte einmal auf diese Version via YaST aktualisieren.
Alternativ geht es auch im Terminal als root:
Das sollte den Kernel wieder zum Update vorschlagen.
Nach dem Reboot sollte es laufen.
Gruß
Sebastian
alles schon erledigt die jungs von opensuse-forum.de haben mir geholfen, die haben mit mir ein kernelupdate durchgefürt danke dir für deine hilfe
Prima, viel Spaß noch mit openSUSE. Ich bin mir sicher, du wirst nicht entäuscht sein. Zumal du auch eine helfende Community hinter dir hast.
Gruß
Sebastian
Hallo lieber Sebastian,
die Installation via script hat einwandfrei funktioniert. Es war so einfach und effektiv.
Die Erklärung auf openSuse genau und für den Anfänger übertragbar.
Im Wald den richtigen Baum zu finden half mir Sauerland vom openSuse-forum.de.
Nach ein paar Tagen openSuse 12.2 bin ich richtig begeistert. Ich spüre die Mächtigkeit und Fülle, die mir neue und weitreichendere Instrumente in die Hand gibt, meine kreativen Aufgaben zu erfüllen.
Menschen haben mir geholfen.
Als Linux-Os Anfänger mit einigen Grundkenntnissen bin ich jedoch in den ersten Tagen auf massive Hindernisse gestoßen. Ich habe zig Stunden verbracht, um Internet und Grafik zum laufen zu bekommen.
Der Zugang zu Linux ist einfacher als vor 10 Jahren, aber immer noch mit Fallstricken behaftet. Es mögen oft nur kleinere Einstellung, Befehle sein. Wie bei mir war es die Installation mit nomodest. Aber für den Beginner sehr schwierig.
Vielen Dank
liebe Grüße und eine emotional gute Zeit
wünscht micca.swissball
Hallo Sebastian,
wie geschrieben, läuft gnome und sämtliche Programme viel flüssiger als vor der AMD-Treiberinstallation für die Grafikkarte.
Leider musste ich feststellen, dass nun banshee, cheese abstürzten und andere Mulitmediaprogramme keinen sound mehr abspielen (z.B. flash in firefox und vlc).
Ich habe dann nochmals das restricted formats packages installiert, dann ging wieder der Radeon Grafikkartentreiber nicht mehr.
Im Moment fahre ich mit Grafikkartenunterstützung, kann aber keinen Ton mehr hören (in vlc, totem und banshee, sowie in firefox; usw.).
Kannst Du mir bitte einen Tip geben, was ich versuchen könnte.
vielen Dank
liebe Grüße
micca
Hallo Sebastian,
ich habe es irgendwie geschafft, dass ich Ton+bewegte Bilder bekomme.
Totem, vlc und flashplayer in firefox funktionieren wie gewünscht.
Jedoch zeigt banshee bei Ton keine Bilder an. Vokoscreen zeichnet Bilder auf, jedoch Ton nur bis zur 6 sec. Cheese speichert keine Dateien ab.
Hier Konsoleninfos:
http://pastebin.com/kmnNCYPH
Hallo micca,
bitte in Zukunft die sehr lange Ausgabe von der Konsole auf einem Pastebin-Service hochladen und dafür dann den Link posten. Dies gilt nicht nur auf Blogs, sondern auch in Mailinglisten, IRC/Chat, Foren. Da sonst der Lesefluss zu den anderen Kommentaren gestört wird. Danke für dein Verständnis.
Nun zu deinem Problem:
Laut deiner Ausgabe der Konsole, möchte Banshee zum D-Bus eine Verbindung aufnehmen. Anscheinend läuft D-Bus bei dir nicht. Schau mal in YaST unter Systemdienste (Runlevel) nach dbus im Expertenmodus, ob dieser Dienst gestartet ist und auch automatisch im Runlevel 2, 3 und 5 gestartet wird.
Außerdem wäre ein Report zu deinem System auch nicht schlecht, um mal zu schauen, ob man wegen den Performance-Probleme noch was machen kann. Das oben genannte makerpm-amd-12.10.sh Skript herunterladen und wie folgt ausführen:
Danach wird ein Link ausgegeben und diesen hätte ich ganz gerne.
Gruß
Sebastian
Hallo Sebastian,
danke für Deine Antwort.
Hier der Link:
http://sprunge.us/JCRR
Konsole auf einem Pastebin-Service hochladen und dafür dann den Link posten.
Danke für die Info. Werde ich beachten.
ob dieser Dienst gestartet ist und auch automatisch im Runlevel 2, 3 und 5 gestartet wird
Ist als aktiv mit 2,3, und 5 eingetragen.
lg
micca
Hallo Sebastian,
meine Angelegenheit eilt nicht, wollte aber nur ein paar Infos ergänzen.
Grafik und Ton laufen nun soweit.
Was noch nicht ganz optimal ist, dass cheese und guvcview keine videos aufzeichnen.
Auch vokoscreen funktioniert nicht, wie es sollte (Tonaufzeichnung bricht ab; http://www.opensuse-forum.de/vokoscreen-bricht-tonaufzeichnung-ab-multimedia/themen-f9/t8292-f13/#post50442)
hier noch die hwinfo:
http://pastebin.de/32051
cheese Infos beim start in der Konsole:
http://pastebin.de/32052
Konsoleninfos anderer Grafikprogramme:
http://pastebin.de/32053
liebe Grüße
micca
Hallo micca,
hast du schon auf der Webseite vom Tool VokoScreen gelesen?
Wahrscheinlich hast du ffmpeg 1.1 installiert. VokoScreen funktioniert nicht mit der Version 1.1 von ffmpeg. Die Entwickler arbeiten an einer Lösung.
Gruß
Sebastian
Hallo Sebastian,
da dieses Mal der Catalyst 12.12 ausgefallen ist. Ist es möglich ein rpm für den beta treiber zu kriegen, da dieser bevor Kernel 3.7 bestens Wine unterstützte (Diablo3 flüssig ohne Artefakte). Wäre nett ansonsten warte ich mal bis in de Februar. Da Steam ja jetzt nativ für Linux zu haben ist scheint AMD Aufholbedarf zu haben.
Grüße
Hallo Peter,
der öffentliche Beta-Treiber ist unter Umständen nicht wirklich zu empfehlen. Speziell AMD Catalyst 12.11 Beta ist da gerne instabil. Pakete zum Beta-Treiber wirst du eher nicht finden.
Gruß
Sebastain
Hallo Sebastian,
ich habe diesen Treiber auf drei Geräten zu hause laufen, nur mit ARCH linux oder auch Gentoo testweise, ich hatte bisher keinerlei Probleme. Deswegen hab ich nachgefragt, ob das evntuell möglich ist. Aber gut wie gesagt ich kann auch auf den vllt im Februar erscheinenden 13.2 warten.
Grüße Peter
Hallo Peter,
der nächste Treiber scheint nicht mehr weit zu sein und wird wohl in den nächsten Tagen veröffentlicht.
Gruß
Sebastian
Hurra
Hallo Sebastian,
mein Asus M4A89GTD PRO hat bisher mit der internen Grafikeinheit (HD4290) und dem 12.6-Legacy-Treiber ohne Probleme funktioniert. Nun habe ich eine Sapphire HD7750 installiert, die interne Grafik im BIOS ausgeschaltet und versuche vergeblich, die Karte mit dem 12.10-Treiber zum Laufen zu bringen. Dein Script
läuft fehlerfrei durch und meldet eine erfolgreiche Installation. Wenn ich dann neu starte, bleibt der Bootvorgang bei der Zeile
„started LSB ATI event daemon“
stehen (wie auch von Jürgen am 31.10.12 gemeldet). Man kann aber noch in die Konsole wechseln. Versuche mit dem default-Kernel und dem Ursprungs-Kernel der
SUSE 12.2 verlaufen genauso.
Schaut man sich die Meldungen mit Strg+Alt+F12 an, so sind die letzten 4:
Kernel: [23.882593] [fglrx:firegl_pplib_notify_event] *ERROR* PPLib Notify Event failed!
Kernel: [23.882597] [fglrx:firegl_pplib_notify_event] *ERROR* ulEventType = 00000023, ulEventData = 00000001
kdm[1321]: X server died during startup
kdm[1321]: X server for display :0 cannot be started, session disabled
Die Meldungen davor sind nicht auffällig.
Mein Report: http://sprunge.us/eYXA
Gruß Walter
Hallo Walter,
bitte installiere nochmal den Treiber und führe bitte in der Konsole zusätzlich folgendes aus:
Das ist nur eine einmalig Aktion. Da die letzte Konfiguration vom AMD-Treiber wiederhergestellt wurde, die aber eine „falsche“ PCI-ID (von der Radeon HD 4290 anstatt Radeon HD 7750) hat.
Da werde ich nochmal heran gehen und zusätzlich eine Prüfroutine in das Packaging Skript einbauen, dass die Konfiguration automatisch nochmal neu erstellt, wenn sich die PCI-ID geändert hat.
Gruß
Sebastian
Hallo Sebastian,
ich probiere gerade opensuse 12.3 milestone 2 aus. Ich würde das gerne auch mit dem catalyst Treiber machen. (Es kommt mir so vor als wenn der Akku schnell leer wird. Vielleicht wird es mit dem Treiber von AMD besser). Ich würde mich sehr freuen, wenn es bald ein Skript gäbe, dass auch opensuse 12.3 unterstützt.
Hallo Jörg,
sobald der neue Treiber herausgekommen ist, werde ich das Packaging Skript auch für openSUSE 12.3 Beta 1 inkl. Kernel-Patch anpassen. Und das auch nur unter der Voraussetzung, dass die Kombination zwischen den Grafik-Bibliotheken von openSUSE 12.3 Beta 1 und dem Treiber funktioniert. Alles andere bringt sonst nichts.
Gruß
Sebastian
Danke
Hello Sebastian … Building a new workstation based on a FX Bulldozer processor, I’ve found that I need to use the new 3.8 kernel (in kotd)
But the build of fgrlx is failing
/usr/bin/fglrx-kernel-build.sh
Used CPUs/Cores for compilation => [ 8 ]
********************************************************************************
* *
* Kernel: 3.8.0-rc3-1-desktop *
* Source: /lib/modules/3.8.0-rc3-1-desktop/build *
* Include: /lib/modules/3.8.0-rc3-1-desktop/source/include *
* *
********************************************************************************
file /lib/modules/3.8.0-rc3-1-desktop/source/include/../arch/x86/include/asm/compat.h says:COMPAT_ALLOC_USER_SPACE=arch_compat_alloc_user_space
/usr/src/kernel-modules/fglrx/2.6.x /usr/src/kernel-modules
rm -rf *.c *.h *.o *.ko *.a .??* *.symvers
make: Entering directory `/usr/src/linux-3.8.0-rc3-1-obj/x86_64/desktop‘
LD /usr/src/kernel-modules/fglrx/2.6.x/built-in.o
CC [M] /usr/src/kernel-modules/fglrx/2.6.x/kcl_acpi.o
CC [M] /usr/src/kernel-modules/fglrx/2.6.x/firegl_public.o
CC [M] /usr/src/kernel-modules/fglrx/2.6.x/kcl_debug.o
CC [M] /usr/src/kernel-modules/fglrx/2.6.x/kcl_agp.o
CC [M] /usr/src/kernel-modules/fglrx/2.6.x/kcl_io.o
CC [M] /usr/src/kernel-modules/fglrx/2.6.x/kcl_ioctl.o
CC [M] /usr/src/kernel-modules/fglrx/2.6.x/kcl_str.o
CC [M] /usr/src/kernel-modules/fglrx/2.6.x/kcl_pci.o
CC [M] /usr/src/kernel-modules/fglrx/2.6.x/kcl_iommu.o
CC [M] /usr/src/kernel-modules/fglrx/2.6.x/kcl.o
CC [M] /usr/src/kernel-modules/fglrx/2.6.x/kcl_wait.o
/usr/src/kernel-modules/fglrx/2.6.x/kcl_acpi.c: In function ‘KCL_ACPI_GetHandles’:
/usr/src/kernel-modules/fglrx/2.6.x/kcl_acpi.c:779:58: error: ‘struct dev_archdata’ has no member named ‘acpi_handle’
make[3]: *** [/usr/src/kernel-modules/fglrx/2.6.x/kcl_acpi.o] Error 1
make[3]: *** Waiting for unfinished jobs….
/usr/src/kernel-modules/fglrx/2.6.x/firegl_public.c: In function ‘KCL_GetInitKerPte’:
/usr/src/kernel-modules/fglrx/2.6.x/firegl_public.c:2384:5: warning: return makes integer from pointer without a cast [enabled by default]
/usr/src/kernel-modules/fglrx/2.6.x/firegl_public.c:2387:5: warning: return makes integer from pointer without a cast [enabled by default]
/usr/src/kernel-modules/fglrx/2.6.x/firegl_public.c:2392:5: warning: return makes integer from pointer without a cast [enabled by default]
/usr/src/kernel-modules/fglrx/2.6.x/firegl_public.c: In function ‘KCL_GetPageTableByVirtAddr’:
/usr/src/kernel-modules/fglrx/2.6.x/firegl_public.c:2451:5: warning: return makes integer from pointer without a cast [enabled by default]
/usr/src/kernel-modules/fglrx/2.6.x/firegl_public.c:2456:5: warning: return makes integer from pointer without a cast [enabled by default]
/usr/src/kernel-modules/fglrx/2.6.x/firegl_public.c:2462:5: warning: return makes integer from pointer without a cast [enabled by default]
/usr/src/kernel-modules/fglrx/2.6.x/firegl_public.c: In function ‘KCL_GetPageSizeByVirtAddr’:
/usr/src/kernel-modules/fglrx/2.6.x/firegl_public.c:2520:5: warning: return makes integer from pointer without a cast [enabled by default]
/usr/src/kernel-modules/fglrx/2.6.x/firegl_public.c:2525:5: warning: return makes integer from pointer without a cast [enabled by default]
/usr/src/kernel-modules/fglrx/2.6.x/firegl_public.c:2531:5: warning: return makes integer from pointer without a cast [enabled by default]
make[2]: *** [_module_/usr/src/kernel-modules/fglrx/2.6.x] Error 2
make[1]: *** [sub-make] Error 2
make: *** [all] Error 2
make: Leaving directory `/usr/src/linux-3.8.0-rc3-1-obj/x86_64/desktop‘
******************************
Build of kernel module failed!
******************************
rm -rf *.c *.h *.o *.ko *.a .??* *.symvers
/usr/src/kernel-modules
Calling ‚depmod -a 3.8.0-rc3-1-desktop‘ this may take a while…
Summary report:
================================================================================
Kernel => 3.8.0-rc3-1-desktop
Detected => RPM package
Build => [ FAILURE ]
Install => [ FAILURE ]
Hello Bruno,
AMD Catalyst 13.1 was released. I have updated the makerpm-amd script. I have added 2 patches for Kernel 3.7 and 3.8. This should work on your Kernel 3.8.
Greetings,
Sebastian
will catalyst 12.10 also work with kernel 3.8? I cannot use 13.1 because it introduces stuttering in xbmc….
thx. thomas
Hi Thomas,
the AMD Catalyst 12.10 has not included a patch for Kernel 3.8. It will not work for the moment.
Greetings,
Sebastian
Hallo Sebastian,
das war die Lösung für das Problem; jetzt läuft es super. Vielen Dank für die Hilfe.
Gruß Walter