Installing new ATI drivers on 8.10

Asked by dE

There are new drivers available for Jaunty...xserver-xorg-video-radeon-6.12.2 and xserver-xorg-video-ati-6.12.2, while I have 6.12.1 of both...but they are only available for jaunty (I have 8.10)..I tried to install them but they say xserver-xorg-core dependency is not satisfied, while they are installed.

Anyways on how to install them?...can I get a link to the source codes?

Question information

Language:
English Edit question
Status:
Solved
For:
Ubuntu xorg Edit question
Assignee:
No assignee Edit question
Solved by:
dE
Solved:
Last query:
Last reply:
Revision history for this message
dE (de-techno) said :
#1

Ok...got the sources, but I'm getting a problem with 'make install'...its trying to install it in the source directory itself...but it should be at places in the root directory...so................how to do this?

Revision history for this message
dE (de-techno) said :
#2

Ok...I compiled it and also did 'make install'...but there are further instructions (which I'm not getting) -

Libraries have been installed in:
   /usr/local/lib/xorg/modules/drivers

If you ever happen to want to link against installed libraries
in a given directory, LIBDIR, you must either use libtool, and
specify the full pathname of the library, or use the `-LLIBDIR'
flag during linking and do at least one of the following:
   - add LIBDIR to the `LD_LIBRARY_PATH' environment variable
     during execution
   - add LIBDIR to the `LD_RUN_PATH' environment variable
     during linking
   - use the `-Wl,-rpath -Wl,LIBDIR' linker flag
   - have your system administrator add LIBDIR to `/etc/ld.so.conf'

See any operating system documentation about shared libraries for
more information, such as the ld(1) and ld.so(8) manual pages.

Libraries have been installed in:
   /usr/local/lib/xorg/modules/drivers

If you ever happen to want to link against installed libraries
in a given directory, LIBDIR, you must either use libtool, and
specify the full pathname of the library, or use the `-LLIBDIR'
flag during linking and do at least one of the following:
   - add LIBDIR to the `LD_LIBRARY_PATH' environment variable
     during execution
   - add LIBDIR to the `LD_RUN_PATH' environment variable
     during linking
   - use the `-Wl,-rpath -Wl,LIBDIR' linker flag
   - have your system administrator add LIBDIR to `/etc/ld.so.conf'

See any operating system documentation about shared libraries for
more information, such as the ld(1) and ld.so(8) manual pages.

Libraries have been installed in:
   /usr/local/lib/xorg/modules/multimedia

If you ever happen to want to link against installed libraries
in a given directory, LIBDIR, you must either use libtool, and
specify the full pathname of the library, or use the `-LLIBDIR'
flag during linking and do at least one of the following:
   - add LIBDIR to the `LD_LIBRARY_PATH' environment variable
     during execution
   - add LIBDIR to the `LD_RUN_PATH' environment variable
     during linking
   - use the `-Wl,-rpath -Wl,LIBDIR' linker flag
   - have your system administrator add LIBDIR to `/etc/ld.so.conf'

See any operating system documentation about shared libraries for
more information, such as the ld(1) and ld.so(8) manual pages.

Libraries have been installed in:
   /usr/local/lib/xorg/modules/multimedia

If you ever happen to want to link against installed libraries
in a given directory, LIBDIR, you must either use libtool, and
specify the full pathname of the library, or use the `-LLIBDIR'
flag during linking and do at least one of the following:
   - add LIBDIR to the `LD_LIBRARY_PATH' environment variable
     during execution
   - add LIBDIR to the `LD_RUN_PATH' environment variable
     during linking
   - use the `-Wl,-rpath -Wl,LIBDIR' linker flag
   - have your system administrator add LIBDIR to `/etc/ld.so.conf'

See any operating system documentation about shared libraries for
more information, such as the ld(1) and ld.so(8) manual pages.

Libraries have been installed in:
   /usr/local/lib/xorg/modules/multimedia

If you ever happen to want to link against installed libraries
in a given directory, LIBDIR, you must either use libtool, and
specify the full pathname of the library, or use the `-LLIBDIR'
flag during linking and do at least one of the following:
   - add LIBDIR to the `LD_LIBRARY_PATH' environment variable
     during execution
   - add LIBDIR to the `LD_RUN_PATH' environment variable
     during linking
   - use the `-Wl,-rpath -Wl,LIBDIR' linker flag
   - have your system administrator add LIBDIR to `/etc/ld.so.conf'

See any operating system documentation about shared libraries for
more information, such as the ld(1) and ld.so(8) manual pages.

Revision history for this message
Tom (tom6) said :
#3

You seem to be a front-runner in what you are trying to do. I'm completely clueless about what you are talking about here but you seem to be making progress and then hit another inevitable barrier. Good luck and much respect from me! I hope you're able to perhaps write a wiki page on how to get all this working!

Have you backed up /etc/ld.so.conf yet and tried writing the lines that it seems to be asking for?

I've just read an article saying that X-server 1.5 (used in intrepid)) dropped support for ati cards before ati series 1000 and that Jaunty has dropped support for ati graphics cards in the 1000 series! As series 2000 and 3000 were pretty awful compared to series 1000 that just leaves us with series 4000 as the only viable ati option! For me the cost of a cheap card in that range is equivalent to about 7 really great nights out down the pub with a friend, which is about 2months worth of headaches and happiness for me ;) Anyway, now i'm wondering if your graphics card is pre-1000?
https://answers.launchpad.net/ubuntu/+question/70643

Sorry about this, hope you find it useful though!
Good luck and regards from
Tom :)

Revision history for this message
Tom (tom6) said :
#4

Possibly even 4 months worth! ;)

Revision history for this message
Tom (tom6) said :
#5

The nearest relevant packages i could find in Synaptic were

xserver-common
xserver-xorg-core

which were both stuck at 2:1.6.0 in my Jaunty but did seem to have links to websites, possibly worth exploring?

http://www.X.org
http://xorg.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

Although i seemed to get hints of dire warnings of impending doom if i tried this route so i might leave it for a bit until the general fuzziness gets too much for me. I also got this notice from the core one "This package is built from the X.org xserver module."

Revision history for this message
dE (de-techno) said :
#6

"I'm completely clueless about what you are talking about here but you seem to be making progress and then hit another inevitable barrier."

:-D :-D :-D...that's generally true about my life.

"Have you backed up /etc/ld.so.conf yet and tried writing the lines that it seems to be asking for?"

Nope.

Actually it's asking me to link the libraries...from what I see is that it's asking me to make the kernel understand that it needs to load additional libraries form a few specified places where 'make install' put the files in.

The drivers officially support this card (or RS690or 690G chipset) -

"Xpress 1270 / AMD M690T / RS690T IGP"

As said here - https://help.ubuntu.com/community/RadeonDriver

So we can safely say that the drivers are supporting my card.

What's yours BTW?

:-D...mine is x1270...we actually have 3 major series by ATI -
the x series...generally they are integrated cards (also call xpress)
7xxx, 8xxx, 9xxxx etc.., series.
And finally the HD series.

Almost all cards from HD series and below 4xxx have become integrated chips now and most can work with hybrid crossfire with any 4xxx card installed.

From what I see, the cheapest HD card now is is 4350 and it come at............like $40-$50 at my place.

Nice proposal form Juliet BTW :-D

No...that info is for the proprietor drivers only, the opensource drivers still support all cards.

I'm trying to install the latest opensource drivers (that's why I got the source codes of course, the closed source drivers never worked)...moreover almost all say that opensource are better than the closed source ones.

I checked out those packages from the repos...they show old versions of the drivers than what's installed in mine's currently.

You can get the latest drivers for 8.10 and 9.04 here -

https://launchpad.net/~tormodvolden/+archive/ppa

Note that the drivers for 8.10 are older (i.e the latest drivers have not been compiled for 8.10)

Revision history for this message
Tom (tom6) said :
#7

I thought the OpenSource drivers for ati were about 2years (and a lot of hard work) away from being anywhere near as good as the proprietary ones. OpenSource is ethically better and is much more responsive to changes that us weeu's want to see from the code :) but i think ati have only fairly recently provided crucial info needed to build these OpenSource drivers and haven't put any other useful resources into this, such as decent pay for proper linux developers. At least nVidia provided some Windoze programmers and some cash into an 'OpenSource' driver (that wasn't really very open source, hence the new and excellent Noveau (and properly OpenSource) from proper linux developers). This is just the impression i get from a little light digging - i don't really know any of the reality or truths behind these rumours.

I am completely lost about when people talk about series numbers as there seem to be too many different sets of numbers being used. My card is a 1650, i think, so it makes sense to me that it's in the 1000 series. The latest proprietary driver broke my system and i reinstalled, using my neat trick to avoid losing data and settings and programs. Then the flgrx or whatever seemed to break my system but i managed to uninstall that from the command-line in "Recovery mode" and now everything is a little dark even though i've pushed the monitors brightness all the way up but at least it all kinda works on basic systems at the moment although night scenes in movies takes more guesswork than anything and Glest is now almost completely unplayable :(

lol, i couldn't believe the spam from Juliet and imagine it'll soon get wiped. This is meant to be a family friendly forum and she seems to be a little more friendly than most families could handle ;)

lol, good luck and regards from
Tom :)

Revision history for this message
dE (de-techno) said :
#8

ATI just released the docs on april, so the opensource developers do need time to make the proper drivers.

Till then............just stay updated to the latest version.

:-D...yep the serial numbers, specially with nvidia. you know Nvidia released the 8 seriese...8400 then 8600 then it came to 9 series........9600, 9800...............then again it released an 8 series '8800' which happens to be better than the whole of 9 series.

Not to mention, this generated quiet a lot of chaos.

I think ATI does mention 1650 so it does support that hardware, but my card is completely unknow to ATI...they don't even provide windows drivers for this card.

:-D...sorry about the moves.

So you're on opensource drivers...why not try plurge and again install them (that's what I'm gonna do now to install the latest drivers)

Revision history for this message
dE (de-techno) said :
#9

It can be said that the compiled driver are absolutely not working...how?

I removed the precompile binaries (version 6.12.1) and then made installation of the new drivers (6.12.2) directly from the source.

After reinstallation I found myself on command line.

Verdict ---> It doesn't actually matter if you compiled and installed the drivers of not.

I need to 'link' those libraries.

Apparently what it says, it just gets over my head...need to work on that.

Revision history for this message
Tom (tom6) said :
#10

Awww no. It sounds worse for you. Again last night i followed some more advice from somewhere but ended up not even being able to uninstall stuff from the command line. Luckily my trick for reinstalling Ubuntu worked again :)

Good luck and regards from
Tom :)

Revision history for this message
dE (de-techno) said :
#11

That's the ultimate option, but more used with windows :-D

I decided to switch to Jaunty for the drivers.

Revision history for this message
Launchpad Janitor (janitor) said :
#12

This question was expired because it remained in the 'Open' state without activity for the last 15 days.

Revision history for this message
dE (de-techno) said :
#13

Attempting to set the question as 'solved'.

Revision history for this message
dE (de-techno) said :
#14

Solved.

Revision history for this message
Tom (tom6) said :
#15

Hi :)

Have you been able to test the new Ubuntu 10.04 before it gets officially released?
http://www.ubuntulinux.org/testing/lucid/beta1
Trying it as a LiveCd or as an extra dual/multi-boot would be ideal. Developers and everyone are keen to try to iron out any problems before 10.04 gets officially released so you might find faster & more effective answers to your bug reports which would make 10.04 work better on your system for you

Thanks and regards from
Tom :)

Revision history for this message
dE (de-techno) said :
#16

I'm using gentoo right now, and can confirm the fact that the new mesa degrades dri performance with x1270. Thus upgrading to the latest ubuntu is suppose to cause more problems cause of the new mesa used.

xf86-video-ati or (xorg-video-ati in ubuntu) has not improved a bit in supporting this chip for over a year. I've reported a bug in freedesktop.org and IMO this will never be improved. It appears the developers are dumping the old ATI chips.

Revision history for this message
Tom (tom6) said :
#17

Hi :)

Thanks for getting back to us with that! Useful to know!! Trying the latest LTS release while it is still beta is probably the best time to get people concerned about it in a useful way. Even just as a LiveCd so that you can post bug-reports would be great.

Good luck and regards from
Tom :)

Revision history for this message
dE (de-techno) said :
#18

The distribution doesn't matter...the behavior will be common for all. What in experience in suse will be the same in Ubuntu.

Apparently -

http://packages.ubuntu.com/search?searchon=contents&keywords=xorg-video-ati&mode=exactfilename&suite=lucid&arch=any

Seems weird.

These things are not at the hands to Ubuntu devs, it depends on the mesa and xf86-video-ati devs. Such bug reports will only bug the devlopers.

Anyway, I'm maintaining Ubuntu, I'll try it soon.

Revision history for this message
Tom (tom6) said :
#19

No results!!?

Yeh, i really need to try 10.04 soon myself and also need to get a new graphics card.

Thanks again. regards from
Tom :)

Revision history for this message
dE (de-techno) said :
#20

This time buy an Nvidia. It's dead cheep if you don't want powerful graphs. Even the HD capable ones are too cheep.

Revision history for this message
Tom (tom6) said :
#21

HI :)

Yeh, i am really tempted to go with nVidia this time. They have invested a lot more effort in linux and there are 3 fairly decent drivers compared to Ati rather poor show. I think the linux developers have done a great job with the lack of resources they had to work with on Ati. Also the longer-term support looks as though it will be better with nVidia now

Regards from
Tom :)

Revision history for this message
dE (de-techno) said :
#22

Nvidia's 2-d performance is also better.

Revision history for this message
Tom (tom6) said :
#23

Hi :)

Yes, of course now i am beginning to hear that nVidia have somewhat stuffed up the top-ends of their new ranges, particularly with pricing themselves out of the market. Hopefully this will get sorted soon!! I still think their long-term support for linux out-weighs other issues

Regards from
Tom :)

Revision history for this message
dE (de-techno) said :
#24

Yes, it does. ATI/AMD has the leads on with gaming cards ATI proving DX11 support with it's 5xxx series.

How is Nvidia suppose to compete with mainstream processor manufactures? AMD alone costs $9.08B and NVIDIA's 1/3rd with $3.350 b. Nvidia's about to be toast if it doesn't come up with a magical formula soon, then we'll be in trouble.

However Tesla is still on top.