AMD/ATI Catalyst 11.11 / fglrx 8.911 rpm are available
Call the 911 to rescue your gfx!
Quick Résumé about 11.11
Several of you has all kind of non feature (mostly called bugs) with Gnome3.2 and kde4 etc…
I will just copy/google translate/paste here the comment made by Sebastian Siebert on his blog
Okay, now that was a long night for me was. ￼ I’ve researched intensively since yesterday evening after the problem of GNOME 3.2 and the XvBA hardware acceleration on openSUSE 12.1. Here, a blog reader has pointed out that the direct installation of the AMD Catalyst could solve the problem. However, I think the direct installation of anything since like AMD will move the existing files, and thus endangering the integrity of files. But I had to start somewhere and so did the RPM package and direct install AMD compared. I could detect no difference in principle, except that some files were installed in a different directory, where they had really nothing to be related. I could at first make any sense why the RPM installation failed. To me a very banal story is remembered. A specific search path ld.so.conf could possibly be kicked out in openSUSE 12.1. I have my current openSUSE 11.4 /etc/ld.so.conf compared with that of openSUSE 12.1 and lo and behold some search paths were removed. I have the necessary path to /usr/X11R6/lib/ or created and /usr/X11R6/lib64 in /etc/ld.so.conf.d/fglrx.conf for the fglrx driver, and lo and behold “vainfo” tells me that everything is in order. Now comes the interesting question: Is the problem fixed with GNOME 3.2 now? The answer: YES! ￼ So, dear people, you invite the makerpm-ati-down script with the updated packaging script installs the driver as usual and have fun with the new openSUSE 12.1 and the AMD Catalyst driver.
All rpms are updated now
The 8.911 version are available from saturday November 19th
My advise is to firstly remove any existing version with zypper rm, then just zypper in the new version
Factory rpms are not available actually, Factory 12.2 has just change it’s version number in /etc/SuSE-release and thus is not detected for the moment.
The next version should see 12.2 supported (December). Anyway you have to debug radeon on factory please!
I need you! (remember)
Even if today I already change the main ATI wiki page there will have a lot of stuff outside which contain the old server address. If you can fix them each time you saw that error, it will help any potential users to get the right informations.
About the wiki, the page need also your love and contribution, look at the wiki team remark in the header. So if you feel comfortable with wiki syntax, your help in fixing SDB/ATI will be really appreciate.
– Are you a virtuoso on forums, please pick and paste those informations there!
– Are you a social network addict, please forward as much as you can!
– Are you a designer/artist, I need something great to the home page of geeko.ioda.net, contact me, let a comment
You are brave, and knows how to fix your computer? There a beta one click installer available (feedback welcome)
For 32bits system :
For 64bits system :
(*) To know which kind of system you have, in a console look at the output of uname -a if you see x86_64 on the line you are running a 64bits, otherwise a 32bits.
- 11.11 Quick review :
- Catalyst 11.11 installer (pdf). You can always look for supported chipset at 11.11 Release Notes
- Get the cheat-sheet 11.11 version
- Kernel 3.1 is supported
- Support of openSUSE 11.2 is removed, if you are still using it with Evergreen project, I’ve kept the repository with older version
- Tested and working on stock 11.4 with a HD5750
- Tested and working on stock 12.1 with a HD5750
- Tested with flash 64 under Firefox 7.0.1
- Sebastian Siebert (freespacer) : 11.11 article (German)
I’ve created now a repository dedicated to 12.1, so if you are using 12.1RC please switch to that one, next month it will differ from the Factory one
zypper ar -c -f -n "ATI/AMD fglrx non-official" http://geeko.ioda.net/mirror/ati/openSUSE_12.1/ "ATI/AMD FGLRX"
Installation, Caution, Troubles
Please refer to my previous article where all the installation procedure are explained.
For a first installation, if you don’t remove radeon from the initrd, you will get in trouble. Don’t thanks who removed that from the wiki. 🙁
- Wrong (to my point of view) create an xorg.conf file which is unneeded if you work with /etc/xorg.conf.d/50-device.conf and have driver “fglrx" inside
- AMD CCLE didn’t get correctly upgraded if xorg is running during the upgrade my advise, go to console and as root do the following :
init 3 rcatievenstd stop zypper ref zypper up init 6
let the package rebuild the kernel driver. And for me I always remove the newly xorg.conf file created.
reboot is mandatory!
Both comments and pings are currently closed.