Ubuntu Forums Archive Viewer

How To: ATI Drivers OpenSUSE 11.1

Archived thread 1019712 from openSUSE and SUSE Linux Enterprise. Markdown source: openSUSE_and_SUSE_Linux_Enterprise/thread_1019712_How_To_ATI_Drivers_OpenSUSE_11.1.md

Original URL About this archive
#1

[FONT="Arial Black"][SIZE="6"]This Guide Is No Longer Maintained, For The New Guide Click Here[/SIZE][/FONT]

There have been some problems getting the official fglrx drivers to work on OpenSUSE 11.1, I have made this (rather basic) walk through on how to get them to work correctly. This Works For 32 & 64-bit Releases

wget https://a248.e.akamai.net/f/674/9206/0/www2.ati.com/drivers/linux/64bit/ati-driver-installer-9-1-x86.x86_64.run

Run these as Root:

zypper in kernel-source gcc make patch
sh ati-driver-installer-9-1-x86.x86_64.run
aticonfig --initial -f
sax2 -r -m 0=fglrx

Reboot your system and everything should work, you can verify this with (run as normal user):

fglrxinfo

Updated for 9.1, 64-bit users no longer have to link the 32-bit DRI either 64-bit now works and FPS in 32-bit applications should be working as expected.

#2

Thanks! Worked like a top =).

#3

Thanks a lot. I wasn't aware about having to configure SaX2 as this isn't required with Ubuntu.

#4

Vince4Amy said:

rm /usr/lib/dri/fglrx_dri.so && ln -s /usr/lib64/dri/fglrx_dri.so /usr/lib/dri/fglrx_dri.so


That will get the 64-bit drivers to work, but emulation for 32-bit will be gone (e.g. for Windows games in WINE).  So far, I only know of this hack, too, though; X won't even load the proper extensions for 3D support if it sees the wrong binary.

If you want 32-bit emulation to work, you'll have to swap back in the 32-bit binary before you start the program (and swap back out when you're done--this is probably going to be nasty if you're using Compiz or something else using the 64-bit driver).

I'm not sure yet whether this is a build script issue or a bug in AMD's code.  I'm probably too lazy to look into it, too... ;-)
#5

Would this explain why I keep getting 'Segmentation fault' errors when attempting to load a game of Enemy Territory: Quake Wars?

#6

Vince4Amy said:

sax2 -r -m 0=fglrx


Reboot your system and everything should work, you can verify this with (run as normal user):

fglrxinfo


When I run sax2 command, I receive this output

sax2 -r -m 0=fglrx SaX: initializing please wait... SaX: your current configuration will not be read in

SaX: access to your display has been granted SPP: prepare device [0] profile: FireGL SPP: prepare device [0] profile: AIGLX SPP: prepare device [0] profile: Composite SPP: prepare device [3] profile: synaptics SPP: including prepared profile(s)... SPP: prepare device [0] profile: nobus SPP: including prepared profile(s)...

SaX: startup SaX: X-Server: :0.0 -> grant


And the system hangs there... is this normal?

Thank you
#7

Does anyone know what could be the reason why im getting this:


# aticonfig --initial -f
Uninitialised file found, configuring.
Segmentation fault

The Ati install procedure finished properly, the driver was compled successfully when the RPM was installed; so whats wrong?

#8

gjluong said: Would this explain why I keep getting 'Segmentation fault' errors when attempting to load a game of Enemy Territory: Quake Wars?

If you're running 64-bit, then it's certainly a candidate. There are a number of ways to find out... does fgl_glxgears run?

#9

spiritofreason said: If you're running 64-bit, then it's certainly a candidate. There are a number of ways to find out... does fgl_glxgears run?

Thanks for replaying. Yes, fgl_glxgears runs at ~4000 fps.

#10

gjluong said: Thanks for replaying. Yes, fgl_glxgears runs at ~4000 fps.

If you're using a 64-bit binary for ET:QW, then the bug giving you trouble is different. The library loading problem prevents hardware 3D support.

You might try searching the forums for quake wars problems and if you don't find anything, creating a thread for your issue (with console output to start things off). I'd only be stabbing in the dark from here, so hopefully someone else will be able to help. ;-)

#11

Thanks Vince for the quick howto, it worked like charm with opensuse 11.1 but I had another problem to resolve; getting my webcam configured. As you know, opensuse comunity didn't release gspca binary package due to the fact that gspca is now built in the main stream of the kernel (the same kernel used in fedora core 9), however cheese doesn't recognise my usb webcam. Thus I decided to downgrade my os to opensuse 11. It's more stable though.

By the way, I already posted a thread regarding mplayer error, I wish you could read it and help me if you can. Cheers :-) http://ubuntuforums.org/showthread.php?t=1031887

#12

fitlad said: Thanks Vince for the quick howto, it worked like charm with opensuse 11.1 but I had another problem to resolve; getting my webcam configured. As you know, opensuse comunity didn't release gspca binary package due to the fact that gspca is now built in the main stream of the kernel (the same kernel used in fedora core 9), however cheese doesn't recognise my usb webcam. Thus I decided to downgrade my os to opensuse 11. It's more stable though.

By the way, I already posted a thread regarding mplayer error, I wish you could read it and help me if you can. Cheers :-) http://ubuntuforums.org/showthread.php?t=1031887

Fair enough, it's supported with Security updates until 2010 anyway so you'll be fine using it. I'm still using it on Production systems.

#13

Hey There,

Got openSUSE 11.1 the other day and also have ATI All in Wonder 9600. Used the 32 bit version of these instructions and am posting from installed version now :) Thanks much those of you who know Linux!

#14

Updated for the new ATI Drivers release.

That will get the 64-bit drivers to work, but emulation for 32-bit will be gone (e.g. for Windows games in WINE). So far, I only know of this hack, too, though; X won't even load the proper extensions for 3D support if it sees the wrong binary.

If you want 32-bit emulation to work, you'll have to swap back in the 32-bit binary before you start the program (and swap back out when you're done--this is probably going to be nasty if you're using Compiz or something else using the 64-bit driver).

I'm not sure yet whether this is a build script issue or a bug in AMD's code. I'm probably too lazy to look into it, too...

This is fixed now.

#15

Update, I've also tried this on the 32-bit version and it works.

#16

i hate to sound very....new, but i am. I have the 3400 card, and am running 64 bit. The instructions in the first post I am sure are correct, but I do not know how to follow them. Can someone help?

#17

vonzipper27 said: i hate to sound very....new, but i am. I have the 3400 card, and am running 64 bit. The instructions in the first post I am sure are correct, but I do not know how to follow them. Can someone help?

That's fine we all learnt from something after all:). What seems to be the problem?