AMD 8.35.5 Driver -- Hello Catalyst Control Center Linux Edition!

[Michael]

The 8.35.5 fglrx driver will be dubbed the "Hello Catalyst Control Center Linux" Edition :D

Yes, it's here! The AMD Catalyst Control Center for Linux is in the new 8.35 driver! It's a beauty compared to fireglcontrolpanel. The Fedora scripts have also been updated and some other minor changes. You can read our Phoronix review @ http://www.phoronix.com/vr.php?view=9327

Give them a shot and be sure to report back with your thoughts.

https://a248.e.akamai.net/f/674/9206/0/www2.ati.com/drivers/linux/linux_8.35.5.html

:D

[Michael]

Digg: http://digg.com/linux_unix/AMD_Catalyst_Control_Center_For_Linux_Released

[glussier]

Since it's not on the ATI website yet, here's the direct link to the drivers: https://a248.e.akamai.net/f/674/9206/0/www2.ati.com/drivers/linux/ati-driver-installer-8.35.5-x86.x86_64.run

[lenrek]

Is there a patch for kernel 2.6.20.x series?

[Michael]

Is there a patch for kernel 2.6.20.x series?

It's built into the Fedora scripts. The Ubuntu maintainer will not be adopting Feisty support this release. You can grab the patch in the Fedora folder for other distributions.

[nesnomis]

Is this a good sign about AIGLX?! ...

glxinfo | grep pixmap
GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_OML_swap_method,

If i remember correctly GLX_EXT_texture_from_pixmap was'nt present inte previous drivers?! Or do i remember wrong?!...

(btw. No, Xgl is not loaded!!! ... :-) ...).

[Michael]

Is this a good sign about AIGLX?! ...

glxinfo | grep pixmap
GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_OML_swap_method,If i remember correctly GLX_EXT_texture_from_pixmap was'nt present inte previous drivers?! Or do i remember wrong?!...

(btw. No, Xgl is not loaded!!! ... :-) ...).

Hate to burst your bubble but it's not a sign of AIGLX :(

If you note the texture_from_pixmap is under:

server glx vendor string: SGI
server glx version string: 1.2
server glx extensions:

It's always been there and not in the ATI section.

[nesnomis]

Hate to burst your bubble but it's not a sign of AIGLX :(

If you note the texture_from_pixmap is under:

server glx vendor string: SGI
server glx version string: 1.2
server glx extensions:

It's always been there and not in the ATI section.

Ok... was afraid that it was my memory... :rolleyes: Ah... well i'm not the kind who thinks the world is coming to an end if there is no AIGLX.. Life actually goes on!... :D

[glussier]

OK, I tested the new 8.35 drivers on x700Pro, x850xl and a vga 9600Pro.

As for performance, there are no 3D perforamnce increase.

As for the speed of the ATI control panel vs the one in windows xp and Vista, to be fair, the linux control panel is far from giving the same possibilities as the one available under windows. In my opinion, it was useless to write about the increased speed of the linux control panel vs the one available on windows.

The changes to the drivers are only incremental, I don't know how many people AMD/ATI has on that project, but it seems to me that the driver team is way too small or the reason is something else that I don't want to write about here.

My next card will probably be an nvidia card, and if and when ATI gets parity with nvidia, I will probably comeback to ATI.

BTW, I agree that the control panel is still a huge improvement over what we had before, but changes are coming way too slow for my taste.

[billybore]

firstly, sorry for my worst english, I'm italian and I have not many time to spent for write.
I'm totally in accord with this post, ATI is too too too too slow, i repeat too slow.

No AIGLX support (and I think never) (it is also a business request (see compiz/newRedHat), no real improvment with CC, no any changes of sort with new driver.

The distance with NVIDIA is too big.

Especcially there is not a good improvment of performance (my ATI mobility x300 goes double faster in windows) no good support for Powerplay and Hypermemory.

I'm very very entusiastic about linux and Fedora (I use only these) but not about ati, but my pc have an ati card and I can't do nothing.

Sorry Sorry Sorry for my english


OK, I tested the new 8.35 drivers on x700Pro, x850xl and a vga 9600Pro.

As for performance, there are no 3D perforamnce increase.

As for the speed of the ATI control panel vs the one in windows xp and Vista, to be fair, the linux control panel is far from giving the same possibilities as the one available under windows. In my opinion, it was useless to write about the increased speed of the linux control panel vs the one available on windows.

The changes to the drivers are only incremental, I don't know how many people AMD/ATI has on that project, but it seems to me that the driver team is way too small or the reason is something else that I don't want to write about here.

My next card will probably be an nvidia card, and if and when ATI gets parity with nvidia, I will probably comeback to ATI.

BTW, I agree that the control panel is still a huge improvement over what we had before, but changes are coming way too slow for my taste.

[Michael]

billybore,

What about PowerPlay do you have problems with? It's great through aticonfig and support for PowerPlay in amdcccle will be added soon.

[hazeldene]

will we EVER have crossfire in linux?

[d2kx]

will we EVER have crossfire in linux?

Later in 2007 I guess. I think they improve fglrx drastically in 2007. Maybe Michaels upcoming article will show us some new information.

[giorgosts]

Still present the cropping bug on tv-out http://ati.cchtml.com/show_bug.cgi?id=309

[yoshi314]

Resolved Issues

* The screen no longer turns black if the X-Server is terminated from the text console. This condition was known to occur only on certain laptop confgiurations. that one is funny. i just got black screen with 8.34.8 when shutting down my X session to build new 8.35 drivers.

and my pc is definitely no laptop :]

i wonder if their laptop fix will do the trick for me :]

[d2kx]

yoshi314,

please report back results because I had that issue, too. Thanks.

[Michael]

that one is funny. i just got black screen with 8.34.8 when shutting down my X session to build new 8.35 drivers.

and my pc is definitely no laptop :]

i wonder if their laptop fix will do the trick for me :]

Why did you have to shutdown your X session when building the drivers? You should be able to run --buildpkg from X.

[khakhovich]

okay... this is a bit pain in the ass.... forget the AGILX and etc...
every time i do installation or upgrading driver from ATI on my laptops *ALWAYS* i get OpenGL = MESA.

can someone tell me why?
everytime i have to go through hoops to get the ATI Renderer.

any help/hints are much apreciated.

thanks

[Michael]

okay... this is a bit pain in the ass.... forget the AGILX and etc...
every time i do installation or upgrading driver from ATI on my laptops *ALWAYS* i get OpenGL = MESA.

can someone tell me why?
everytime i have to go through hoops to get the ATI Renderer.

any help/hints are much apreciated.

thanks


Can you elaborate a bit more? I seem to never run into that issue.

BTW, a few more thoughts on the control center @ http://www.michaellarabel.com/?k=blog&i=135

[khakhovich]

Can you elaborate a bit more? I seem to never run into that issue.

BTW, a few more thoughts on the control center @ http://www.michaellarabel.com/?k=blog&i=135

well the composite=false is not being read right after update for whatever reason after upgrade, however second killall Xorg - seem to do the job.

so what exactly new in this driver aside a different window displying system info on the video card? :)

[yoshi314]

Why did you have to shutdown your X session when building the drivers? You should be able to run --buildpkg from X.package...on gentoo? :>

i shut X down to merge the drivers and reload the kernel module. (got ebuilds almost ready right now, if anyone's interested :] )

[giorgosts]

In ubuntu you don't have to change anything, just uninstall the old debs and install the new ones as well as the new kernel module. and then reboot. It helps if you give a sudo module-assistant clean fglrx before you build the new kernel module, so that it can build it from the new driver and not the old one.

[Cheeky@Boinc]

I am using Fedora Rawhide and i have run the "Kernel 2.6.20" patch.

so...how can i start the install?


sh ati-installer.sh
==================================================
ATI Technologies Linux Driver Installer/Packager
==================================================
Unrecognized parameter '' to ati-installer.sh


...and "make.sh" does not work.

sh make.sh
ATI module generator V 2.0
==========================
initializing...
cat: /lib/modules/2.6.20-1.3023.fc7/build/include/linux/version-*.h: Datei oder Verzeichnis nicht gefunden
Error: could not resolve matching ip-library.

[Michael]

Run

./ati-driver-8.35.5-name.run --buildpkg Fedora/F7

and it will generate RPMs in your working directory.

[Cheeky@Boinc]

Run

./ati-driver-8.35.5-name.run --buildpkg Fedora/F7

and it will generate RPMs in your working directory.

Oh my.... -.- Thank you.

too easy (:

[Cheeky@Boinc]

Does not work for me :(

xorg.log -> http://rafb.net/p/bpnwCv29.html

xorg.conf -> http://rafb.net/p/r6uk3w97.html

[Michael]

That's a new problem with Fedora Rawhide since I last updated. Due to Xorg updates in Rawhide, fglrx 8.35 driver yields:

(EE) Failed to load module "fglrx" (module requirement mismatch, 0)

[jacksmash]

Hmm.. should this update solve the problems I'm having with my Radeon 9550? I seem to get a bit furthur in the install process... by 'furthur' I mean this time I actually get to the boot screen before X crashes ;)

[jacksmash]

for reference... here's the problem I was having:

http://phoronix.net/forums/showthread.php?t=1376

I know I was likely experiencing one of the common bugs... so I'm just wondering if it was fixed I guess.

[Michael]

for reference... here's the problem I was having:

http://phoronix.net/forums/showthread.php?t=1376

I know I was likely experiencing one of the common bugs... so I'm just wondering if it was fixed I guess.

Try updating your FC6 system and then installing the drivers.

[gfxdrone]

Thanks for the fedora patch Michael, working fine on Debian sid systems 2.6.20.x kernels, xorg 7.1 currently.

We have found a bug, or error, or whatever.

Driver installs fine, but the amdcccle deb is not constructed correctly, apparently anyway. It only contains these files as shown by dpkg -S fglrx-amdcccle:

fglrx-amdcccle: /usr/share/doc/fglrx-amdcccle
fglrx-amdcccle: /usr/share/doc/fglrx-amdcccle/copyright

The actual amdcccle is not installed into the system at all, but aticonfig is. Hopefully the ATI guys will get this fixed and running again at some point. Or maybe there is some other mysterious new process needed other than dpkg -i fglrx-amdcccle....

We are using the dpkg -i method by the way, creating the 3 debs, then installing them. No errors reported, just incomplete amdcccle package.

Everything else seems fine, users report faster framerates with 8.35.5

[Michael]

Thanks for the patch Michael, working fine on Debian sid systems 2.6.20.x kernels.

We have found a bug, or error, or whatever.

Driver installs fine, but the amdcccle deb is not constructed correctly, apparently anyway. It only contains these files as shown by dpkg -S fglrx-amdcccle:

fglrx-amdcccle: /usr/share/doc/fglrx-amdcccle
fglrx-amdcccle: /usr/share/doc/fglrx-amdcccle/copyright

The actual amdcccle is not installed into the system at all, but aticonfig is. Hopefully the ATI guys will get this fixed and running again at some point. Or maybe there is some other mysterious new process needed other than dpkg -i fglrx-amdcccle....

We are using the dpkg -i method by the way, creating the 3 debs, then installing them. No errors reported, just incomplete amdcccle package.

Everything else seems fine, users report faster framerates with 8.35.5


ATI is not directly responsible for the distribution-specific packaging scripts (well, except for RHEL). It is up to the community / the specific packager for ATI to maintain and test their scripts. AMDCCCLE-related distribution problems should hopefully be addressed by their maintainers for 8.36 -- I know the Fedora ones are working great, I did them and tested the amdcccle quite a bit.

[gfxdrone]

I'm talking about the ati installer generated debian deb packages, not the debian packages you get from apt.

This is an ati installer deb constructor error, not related to debian packaged fglrx deb packages maintained by debian developers, which are not being used in this case.

The ati installer is generating the debs, and it is failing to correctly fully generate the amdcccle deb, it is incomplete, as I noted, it only contains the documents, not the actual binaries for amdcccle. This is most definitely an ati error.

To be clear: the ati installer generates 3 packages:
fglrx-driver
fgrlx-amdcccle
fgrlx-kernel-src

these are what we use to install fglrx. The two primary ones work fine, and the new amdcccle does not work, although it reports no errors. I guess I could go into the constructor scripts and locate their error for them, but sadly, that's their job, not mine.

Or some new, hitherto unknown process needs to be discovered to get the binaries and other data that are present in the installer package once it's been extracted into the deb it attempts to produce. Successfully, no errors, but incomplete, empty, void of the actual program.

[Michael]

I'm talking about the ati installer generated debian deb packages, not the debian packages you get from apt.

This is an ati installer deb constructor error, not related to debian packaged fglrx installers, which are not being used in this case.

The ati installer is generating the debs, and it is failing to correctly fully generate the amdcccle deb, it is incomplete, as I noted, it only contains the documents, not the actual binaries for amdcccle. This is most definitely an ati error.

To be clear: the ati installer generates 3 packages:
fglrx-driver
fgrlx-amdcccle
fgrlx-kernel-src

these are what we use to install fglrx. The two primary ones work fine, and the new amdcccle does not work, although it reports no errors. I guess I could go into the constructor scripts and locate their error for them, but sadly, that's their job, not mine.

Or some new, hitherto unknown process needs to be discovered to get the binaries and other data that are present in the installer package once it's been extracted into the deb it attempts to produce. Successfully, no errors, but incomplete, empty, void of the actual program.


The ATI package using the --buildpkg calls Debian scripts, which are not created by ATI officials but the outside community.

[gfxdrone]

The ATI package using the --buildpkg calls Debian scripts, which are not created by ATI officials but the outside community.

Ah, that's good to know. Well, I guess this won't get corrected until 8.35.6.

I wondered why the ATI stuff was done like this, now I see. Also nice to see what poor quality control is done on these scripts by ATI.

But your work on the patches is definitely appreciated, without it I doubt we'd even bother trying to support fglrx at all.

We continue, by the way, to recommend strongly for all users who are in the position to do so, to buy NVIDIA whenever they can.

Thanks for the information though.

[DarkFoss]

The AMDCCC does build and work correctly on Mandriva using the --buildpackage option. It built 4 packages
ati-8.35.5 atieventsd dkms and ati-utils which is new so I guess it's for the CCC.
It's found in System>configuration>hardware and can be launches as user.

Unfortunately the Mandriva supplied script is still bugged and none of the /usr/bin items get built..meaning no
aticonfig fglrxinfo fglrx_xgamma or fgl_glxgears..

[mlau]

The AMDCCC does build and work correctly on Mandriva using the --buildpackage option.
Is the source for the CCC in the package? That would be awesome
since the precompiled version doesn't run on my machine
(damn XCB keeps exposing locking bugs in other libs/apps :D )

[b15hop]

okay... this is a bit pain in the ass.... forget the AGILX and etc...
every time i do installation or upgrading driver from ATI on my laptops *ALWAYS* i get OpenGL = MESA.

can someone tell me why?
everytime i have to go through hoops to get the ATI Renderer.

any help/hints are much apreciated.

thanks

I find it odd that I now have the same problem. My guess is that it's because blasted arch linux forced me to update to xorg 7.2. I would have thought that ATi would already have support for 7.2 especially since 7.3 is around the corner :( Oh well, now I just have to wait till AMD supports 7.2. I'm yet to see if my screen blanks out if I exit X.

I might just try now actually. ;)

[b15hop]

Oh you little beauty! I just tried then, I can now finally get back to X without having to reboot my system. :D Now to get rid of this Mesa crap...

[Michael]

I find it odd that I now have the same problem. My guess is that it's because blasted arch linux forced me to update to xorg 7.2. I would have thought that ATi would already have support for 7.2 especially since 7.3 is around the corner :( Oh well, now I just have to wait till AMD supports 7.2. I'm yet to see if my screen blanks out if I exit X.

I might just try now actually. ;)


The fglrx drivers support X.Org 7.2.

[Michael]

Is the source for the CCC in the package? That would be awesome
since the precompiled version doesn't run on my machine
(damn XCB keeps exposing locking bugs in other libs/apps :D )

amdcccle is not open source and the package only includes a 32-bit binary of it.

[giorgosts]

On my ubuntu 6.10 system, the .debs build correctly and the ccc works. However the logout freeze bug still exists, also when I toggle TexturedVideo on to get hardware acceleration on tv-out, I notice great instability with random freezes. Normal Xv output is still affected by the tv-out cropping bug. http://ati.cchtml.com/show_bug.cgi?id=309

[Radon]

I have the problem that even after a clean install of openSuSE 10.2, I can't get the ATI Control Centre initialised.

I built the rpm package for my system and installed it fine, the graphics acceleration works fine for my Radeon Xpress 1100. Doesn't the rpm take care of all dependencies?

[nesnomis]

I have the problem that even after a clean install of openSuSE 10.2, I can't get the ATI Control Centre initialised.

I built the rpm package for my system and installed it fine, the graphics acceleration works fine for my Radeon Xpress 1100. Doesn't the rpm take care of all dependencies?

I noticed that too (also Opensuse 10.2) when running Xgl, turn off Xgl and the Ati control works... Propably depends on dri?!

[Radon]

I noticed that too (also Opensuse 10.2) when running Xgl, turn off Xgl and the Ati control works... Propably depends on dri?!
Thanks, that worked! It does seem it depends on the dri, but surely AMD have the resources to create better software.

I have been a supporter of AMD since they broke the 1GHz barrier, and I still remember the double-fan Thermaltake Super Orb, but I feel that now that AMD is targetting the mainstream market they should put more emphasis on the users' needs and trends. Something like Dell's Direct2Dell would be appreciated.

[scuac]

I am trying to build the 8.35.5 package for a Fedora Core 5
machine, and something is odd. I use the following command:


sh ./ati-driver-installer-8.35.5-x86.x86_64.run --buildpkg Fedora/FC5


and it goes on showing a lot of stuff I won't repeat here, but at
the end it fails with this message:


error: Installed (but unpackaged) file(s) found:
/usr/bin/fireglcontrolpanel


RPM build errors:
Installed (but unpackaged) file(s) found:
/usr/bin/fireglcontrolpanel
Removing temporary directory: fglrx-install.wX3805

I thought this newest version didn't include fireglcontrolpanel
anymore. What is going on??
I checked /usr/bin/ and there is no fireglcontrolpanel there.
Any ideas?

[Michael]

I am trying to build the 8.35.5 package for a Fedora Core 5
machine, and something is odd. I use the following command:


sh ./ati-driver-installer-8.35.5-x86.x86_64.run --buildpkg Fedora/FC5
and it goes on showing a lot of stuff I won't repeat here, but at
the end it fails with this message:


error: Installed (but unpackaged) file(s) found:
/usr/bin/fireglcontrolpanel


RPM build errors:
Installed (but unpackaged) file(s) found:
/usr/bin/fireglcontrolpanel
Removing temporary directory: fglrx-install.wX3805I thought this newest version didn't include fireglcontrolpanel
anymore. What is going on??
I checked /usr/bin/ and there is no fireglcontrolpanel there.
Any ideas?

Wow, interesting. The fireglcontrolpanel has been removed from the SPEC file. Can you try running it again or running Fedora/FC6 as it will likely error out but to see if it pouts about the fireglcontrolpanel.

[scuac]

Wow, interesting. The fireglcontrolpanel has been removed from the SPEC file. Can you try running it again or running Fedora/FC6 as it will likely error out but to see if it pouts about the fireglcontrolpanel.


I tried three times with Fedora/FC5 and got always the same error.
Now I tried with Fedora/FC6 and it worked, it generated

ATI-fglrx-8.35.5-1.fc6.i386.rpm
ATI-fglrx-control-center-8.35.5-1.fc6.i386.rpm
ATI-fglrx-devel-8.35.5-1.fc6.i386.rpm
kernel-module-ATI-fglrx-2.6.20-1.2307.fc5smp-8.35.5-1.fc6.i386.rpm

and no error message.
Should I go ahead and install the FC6 version even though the system
is FC5 ?

[Michael]

You can try FC5 again.... it's so odd that it would do something with fireglcontrolpanel as it's not even referenced any longer in the scripts.

Otherwise doing FC6 should work.

[kirsche]

I am trying to build the 8.35.5 package for a Fedora Core 5
machine, and something is odd. I use the following command:


sh ./ati-driver-installer-8.35.5-x86.x86_64.run --buildpkg Fedora/FC5


and it goes on showing a lot of stuff I won't repeat here, but at
the end it fails with this message:


error: Installed (but unpackaged) file(s) found:
/usr/bin/fireglcontrolpanel


RPM build errors:
Installed (but unpackaged) file(s) found:
/usr/bin/fireglcontrolpanel
Removing temporary directory: fglrx-install.wX3805

I thought this newest version didn't include fireglcontrolpanel
anymore. What is going on??
I checked /usr/bin/ and there is no fireglcontrolpanel there.
Any ideas?


May be you could do --extract and after that delete "fireglcontrolpanel" folder. Than run building script.

[Michael]

May be you could do --extract and after that delete "fireglcontrolpanel" folder. Than run building script.

It's not a folder. There is a tar of the fglrx sources and it would then compile it from source, but that has all been removed in 8.35.

[slacker]

I installed the new ati drivers from my distro (frugalware).
I cant get the control center to work:
mikko@frugalware:~$ amdcccle
amdcccle: xcb_xlib.c:50: xcb_xlib_unlock: Asserzione `c->xlib.lock' fallita.
Abortito


same with root.. What should I do?
Thanks

[yoshi314]

not true. the old panel sources are still there - gentoo ebuild still is able to compile it.

/common/usr/src/ati/fglrx_panel_sources.tgz - here they are (inside the makeself archive).

[Michael]

not true. the old panel sources are still there - gentoo ebuild still is able to compile it.

/common/usr/src/ati/fglrx_panel_sources.tgz - here they are (inside the makeself archive).

I was referring to the code segment in the Fedora scripts being removed where it extracts the sources and then compiles it and moves it into /usr/bin/

However, the panel sources is being removed in 8.36.

[MoridinBG]

Anybody tried to install fglrx driver on latest slackware-current with modular X.org?
I install the driver, compile the kernel module, but after aticonfig --initial X.org refuses to start, complaining about mismatching module requierements. Particulary it says fglrx module is compiled for 6.9.xx but 1.3.xx is found. Any souliutions?

[gfxdrone]

xorg 7.2 and 7.3 are reporting xorg version 1.2 and 1.3 with X -version command

I imagine this is the source of the error. I'm not clear if this naming method will change or be altered to reflect the actual numbers, 7.2 and 7.3.

I imagine you can locate the detection in the installer scripts and hack the code to properly handle the xorg numbering.

[slacker]

xorg 7.2 and 7.3 are reporting xorg version 1.2 and 1.3 with X -version command

X -version

X Window System Version 7.2.0
Release Date: 22 January 2007
X Protocol Version 11, Revision 0, Release 7.2

On my frugalware. Maybe it shows 1.3.xx because it's still a RC? I also have slack current on my old P2 and I cant get 3d working with my matrox video card, dunno if this is the cause. :D

[gfxdrone]

Yes, could be the rc issue, we're seeing that in the xorg packages stuck in debian experimental, they show 1.2.x, whereas X -version shows 7.1.x for sid

We'll see what happens with that naming once 7.2 comes into sid, not sure if it's the new naming method or not, hope not.

Re matrox, I'm assured that Matrox support simply sucks for Linux. Old, new, all sucks. New especially. Makes ATI look good, which is quite an achievement.

[b15hop]

Oh you little beauty! I just tried then, I can now finally get back to X without having to reboot my system. :D Now to get rid of this Mesa crap...

Guess what Michael... The driver crashes when it's installed properly. When it says MESA as the OpenGL driver, switching from desktop / window manager to another tty and then back again works. Yet when the driver says: OpenGL vendor string: ATI Technologies Inc. The driver doesn't want to switch. It will switch out but not back in again, just locks up the PC. A driver or two ago it used to just blank out the screen and not lock the system. So if I had music or skype running I could still talk just no screen. Oh well maybe next driver release.

[gorbs]

Hi Guys,

I've been able to build the packages successfuly and got the following:

kernel-module-ATI-fglrx-2.6.20-1.2933.fc6-8.35.5-1.fc6.x86_64.rpm
ATI-fglrx-8.35.5-1.fc6.x86_64.rpm
ATI-fglrx-devel-8.35.5-1.fc6.x86_64.rpm
ATI-fglrx-control-center-8.35.5-1.fc6.x86_64.rpm
ATI-fglrx-IA32-libs-8.35.5-1.fc6.x86_64.rpm

Installing them in that order (using rpm -ivh xxx.rpm), I get an error when I try either of the last two rpms (control center or IA32):

error: Failed dependencies:
libstdc++.so.5 is needed by ATI-fglrx-control-center-8.35.5-1.fc6.x86_64
libstdc++.so.5(CXXABI_1.2) is needed by ATI-fglrx-control-center-8.35.5-1.fc6.x86_64
libstdc++.so.5(GLIBCPP_3.2) is needed by ATI-fglrx-control-center-8.35.5-1.fc6.x86_64

Problem being, I've installed both the 32 bit and 64 bit compat-stdlibc++ libraries (the kernel was pretty specific in asking for 64 bit, then this one asked for 32 bit), but still get this issue.

Fedora 6, x86_64 on a core 2 duo with X1950 pro. Any ideas?

[Michael]

Hi Guys,

I've been able to build the packages successfuly and got the following:

kernel-module-ATI-fglrx-2.6.20-1.2933.fc6-8.35.5-1.fc6.x86_64.rpm
ATI-fglrx-8.35.5-1.fc6.x86_64.rpm
ATI-fglrx-devel-8.35.5-1.fc6.x86_64.rpm
ATI-fglrx-control-center-8.35.5-1.fc6.x86_64.rpm
ATI-fglrx-IA32-libs-8.35.5-1.fc6.x86_64.rpm

Installing them in that order (using rpm -ivh xxx.rpm), I get an error when I try either of the last two rpms (control center or IA32):

error: Failed dependencies:
libstdc++.so.5 is needed by ATI-fglrx-control-center-8.35.5-1.fc6.x86_64
libstdc++.so.5(CXXABI_1.2) is needed by ATI-fglrx-control-center-8.35.5-1.fc6.x86_64
libstdc++.so.5(GLIBCPP_3.2) is needed by ATI-fglrx-control-center-8.35.5-1.fc6.x86_64

Problem being, I've installed both the 32 bit and 64 bit compat-stdlibc++ libraries (the kernel was pretty specific in asking for 64 bit, then this one asked for 32 bit), but still get this issue.

Fedora 6, x86_64 on a core 2 duo with X1950 pro. Any ideas?


Was it compat-libstdc++-33 or compat-libstdc++-296 that you installed?

[gorbs]

Was it compat-libstdc++-33 or compat-libstdc++-296 that you installed?

I have compat-libstdc++-33 installed. When it started complaining, I installed -296, but it's still complaining. Tried rebooting, still insisting it can't find the library.

What threw me was that the 8.35 rpm initially couldn't see the compat-libstdc++-33 library (which i didn't have installed at that point) - bit it clearly identified that it required the 64bit version in the required dependencies. The last two rpms I can't install don't have the same (64 bit) following it, so I installed the -296 library hoping this would fix it.

I'm thinking that I need to create a symbolic link to the 64bit library but can't, for the life of me, remember how to do it.

thanks,

gorbs.

[Krishnan]

The 8.35.5 fglrx driver will be dubbed the "Hello Catalyst Control Center Linux" Edition :D

Yes, it's here! The AMD Catalyst Control Center for Linux is in the new 8.35 driver!

:D

I use a Dell Inspiron 6400 with ATI Mobility Radeon X1300 and running FC6 with kernel 2.6.18-1.2798.fc6. I had installed fglrx-8.29.6 drivers using Michael's script at the redblog. Can I upgrade to the 8.35.5 driver without any problem? Should I first upgrade my kernel?

[Michael]

I use a Dell Inspiron 6400 with ATI Mobility Radeon X1300 and running FC6 with kernel 2.6.18-1.2798.fc6. I had installed fglrx-8.29.6 drivers using Michael's script at the redblog. Can I upgrade to the 8.35.5 driver without any problem? Should I first upgrade my kernel?


First it would be recommended to upgrade your kernel to the latest official 2.6.20 kernel, but yes running --buildpkg Fedora/FC6 should work without fault.

[jmtwan]

Is someone find a way to install on fc7t3 please ? I have the Xorg version (1.2.99.903 (1.3 rc3) problem too so I can't run fglrx ( mismatch)

[Michael]

Is someone find a way to install on fc7t3 please ? I have the Xorg version (1.2.99.903 (1.3 rc3) problem too so I can't run fglrx ( mismatch)

The only fix right now would be downgrading xorg to Rawhide from Test 2 era. Right now it doesn't look hopeful that 8.36 will not work with T3 either due to the mismatch :(.

[jmtwan]

The only fix right now would be downgrading xorg to Rawhide from Test 2 era. Right now it doesn't look hopeful that 8.36 will not work with T3 either due to the mismatch :(.

Thanks. so I'll wait for F7 final release for fglrx :)

[slacker]

Anybody tried to install fglrx driver on latest slackware-current with modular X.org?
I install the driver, compile the kernel module, but after aticonfig --initial X.org refuses to start, complaining about mismatching module requierements. Particulary it says fglrx module is compiled for 6.9.xx but 1.3.xx is found. Any souliutions?

same problem here, when I tried on my slackware current.. Is there any patch to install fglrx on 7.3 RCs??

[Michael]

same problem here, when I tried on my slackware current.. Is there any patch to install fglrx on 7.3 RCs??

No patches at this time.

[sonicboom]

I installed this fine (I think) but when I click AMD Catalyst Control Center, the icon does its bouncy thing next to my mouse for 30 seconds then just disappears and nothing happens. Any idea what's going on here? Maybe a reinstall?

Edit: Nevermind, it opens now :) Now just gotta get rid of those mesa drivers in there and use the ati ones..

[Michael]

I installed this fine (I think) but when I click AMD Catalyst Control Center, the icon does its bouncy thing next to my mouse for 30 seconds then just disappears and nothing happens. Any idea what's going on here? Maybe a reinstall?

Can you run amdcccle from terminal and post the output of that?

[sonicboom]

thanks for the quick reply, I edited my post just now because after I reset my xorg.conf file, it was fine. AMD CCC opens. I'm actually having some other problems now but I'll make a thread on it in a bit :p

[sonicboom]

ok, now I messed something up again, I can't get the program to open (same problem I mentioned before). I will post what it says in the terminal after running amdcccle as suggested by Michael:

*** glibc detected *** amdcccle: munmap_chunk(): invalid pointer: 0xffe09a15 ***
======= Backtrace: =========
/lib/libc.so.6(cfree+0x1bb)[0x46e6281b]
amdcccle[0x85a5317]
amdcccle(AtiXUPcs_GetVal+0x68)[0x85a5178]
amdcccle(AtiXUDisp_InitContext+0x85)[0x85a3645]
amdcccle(AtiXUPriv_InitContext+0x4f)[0x85a26df]
amdcccle(__AtiXUtil_Open+0x9b)[0x85a154b]
amdcccle(main+0x106)[0x81449b6]
/lib/libc.so.6(__libc_start_main+0xdc)[0x46e0ef2c]
amdcccle[0x8142d21]
======= Memory map: ========
08048000-0869e000 r-xp 00000000 fd:00 4543210 /usr/bin/amdcccle
0869e000-08754000 rwxp 00656000 fd:00 4543210 /usr/bin/amdcccle
08754000-08796000 rwxp 08754000 00:00 0 [heap]
46ddc000-46df5000 r-xp 00000000 fd:00 521730 /lib/ld-2.5.so
46df5000-46df6000 r-xp 00018000 fd:00 521730 /lib/ld-2.5.so
46df6000-46df7000 rwxp 00019000 fd:00 521730 /lib/ld-2.5.so
46df9000-46f30000 r-xp 00000000 fd:00 521744 /lib/libc-2.5.so
46f30000-46f32000 r-xp 00137000 fd:00 521744 /lib/libc-2.5.so
46f32000-46f33000 rwxp 00139000 fd:00 521744 /lib/libc-2.5.so
46f33000-46f36000 rwxp 46f33000 00:00 0
46f38000-46f5d000 r-xp 00000000 fd:00 521751 /lib/libm-2.5.so
46f5d000-46f5e000 r-xp 00024000 fd:00 521751 /lib/libm-2.5.so
46f5e000-46f5f000 rwxp 00025000 fd:00 521751 /lib/libm-2.5.so
46f61000-46f63000 r-xp 00000000 fd:00 521759 /lib/libdl-2.5.so
46f63000-46f64000 r-xp 00001000 fd:00 521759 /lib/libdl-2.5.so
46f64000-46f65000 rwxp 00002000 fd:00 521759 /lib/libdl-2.5.so
46f67000-46f7a000 r-xp 00000000 fd:00 521794 /lib/libpthread-2.5.so
46f7a000-46f7b000 r-xp 00012000 fd:00 521794 /lib/libpthread-2.5.so
46f7b000-46f7c000 rwxp 00013000 fd:00 521794 /lib/libpthread-2.5.so
46f7c000-46f7e000 rwxp 46f7c000 00:00 0
46f80000-46fa7000 r-xp 00000000 fd:00 4537021 /usr/lib/libfontconfig.so.1.1.0
46fa7000-46faf000 rwxp 00027000 fd:00 4537021 /usr/lib/libfontconfig.so.1.1.0
46fb1000-46fb6000 r-xp 00000000 fd:00 4537463 /usr/lib/libXdmcp.so.6.0.0
46fb6000-46fb7000 rwxp 00004000 fd:00 4537463 /usr/lib/libXdmcp.so.6.0.0
46fb9000-46fbb000 r-xp 00000000 fd:00 4537034 /usr/lib/libXau.so.6.0.0
46fbb000-46fbc000 rwxp 00001000 fd:00 4537034 /usr/lib/libXau.so.6.0.0
46fbe000-470bc000 r-xp 00000000 fd:00 4538161 /usr/lib/libX11.so.6.2.0
470bc000-470c0000 rwxp 000fd000 fd:00 4538161 /usr/lib/libX11.so.6.2.0
470c7000-470ca000 r-xp 00000000 fd:00 4538165 /usr/lib/libXrandr.so.2.0.0
470ca000-470cb000 rwxp 00002000 fd:00 4538165 /usr/lib/libXrandr.so.2.0.0
470cd000-470d8000 r-xp 00000000 fd:00 521775 /lib/libgcc_s-4.1.1-20070105.so.1
470d8000-470d9000 rwxp 0000a000 fd:00 521775 /lib/libgcc_s-4.1.1-20070105.so.1
470db000-470ea000 r-xp 00000000 fd:00 4538167 /usr/lib/libXext.so.6.4.0
470ea000-470eb000 rwxp 0000e000 fd:00 4538167 /usr/lib/libXext.so.6.4.0
47202000-47221000 r-xp 00000000 fd:00 521757 /lib/libexpat.so.0.5.0
47221000-47223000 rwxp 0001e000 fd:00 521757 /lib/libexpat.so.0.5.0
47225000-4722e000 r-xp 00000000 fd:00 4538171 /usr/lib/libXcursor.so.1.0.2
4722e000-4722f000 rwxp 00008000 fd:00 4538171 /usr/lib/libXcursor.so.1.0.2
47231000-472ae000 r-xp 00000000 fd:00 4538177 /usr/lib/libfreetype.so.6.3.10
472ae000-472b1000 rwxp 0007d000 fd:00 4538177 /usr/lib/libfreetype.so.6.3.10
472b3000-472b7000 r-xp 00000000 fd:00 4538175 /usr/lib/libXfixes.so.3.1.0
472b7000-472b8000 rwxp 00003000 fd:00 4538175 /usr/lib/libXfixes.so.3.1.0
472ba000-472c2000 r-xp 00000000 fd:00 4538162 /usr/lib/libXrender.so.1.3.0
472c2000-472c3000 rwxp 00007000 fd:00 4538162 /usr/lib/libXrender.so.1.3.0
472da000-472e1000 r-xp 00000000 fd:00 4541916 /usr/lib/libXi.so.6.0.0
472e1000-472e2000 rwxp 00006000 fd:00 4541916 /usr/lib/libXi.so.6.0.0
472ef000-472f7000 r-xp 00000000 fd:00 4536832 /usr/lib/libSM.so.6.0.0
472f7000-472f8000 rwxp 00007000 fd:00 4536832 /usr/lib/libSM.so.6.0.0
47c3a000-47c51000 r-xp 00000000 fd:00 4541900 /usr/lib/libICE.so.6.3.0
47c51000-47c52000 rwxp 00016000 fd:00 4541900 /usr/lib/libICE.so.6.3.0
47c52000-47c54000 rwxp 47c52000 00:00 0
f7c74000-f7c7a000 r-xs 00000000 fd:00 1012082 /var/cache/fontconfig/b79f3aaa7d385a141ab53ec885cc22a8-x86.cache-2
f7c7a000-f7c86000 r-xs 00000000 fd:00 1012075 /var/cache/fontconfig/73a61b34dd8ca4d8a159807604ab432f-x86.cache-2
f7c86000-f7e86000 r-xp 00000000 fd:00 4552825 /usr/lib/locale/locale-archive
f7e86000-f7e89000 rwxp f7e86000 00:00 0
f7e89000-f7f38000 r-xp 00000000 fd:00 4541295 /usr/lib/libstdc++.so.5.0.7
f7f38000-f7f3d000 rwxp 000ae000 fd:00 4541295 /usr/lib/libstdc++.so.5.0.7
f7f3d000-f7f42000 rwxp f7f3d000 00:00 0
f7f42000-f7fda000 r-xp 00000000 fd:00 847817 /usr/lib/xorg/libGL.so.1.2
f7fda000-f7fdf000 rwxp 00098000 fd:00 847817 /usr/lib/xorg/libGL.so.1.2
f7fdf000-f7fe4000 rwxp f7fdf000 00:00 0
f7fe6000-f7fe8000 r-xs 00000000 fd:00 1012083 /var/cache/fontconfig/87f5e051180a7a75f16eb6fe7dbd3749-x86.cache-2
f7fe8000-f7fee000 r-xs 00000000 fd:00 1012081 /var/cache/fontconfig/7ddba6133ef499da58de5e8c586d3b75-x86.cache-2
f7fee000-f7ff0000 r-xs 00000000 fd:00 1012079 /var/cache/fontconfig/e3ead4b767b8819993a6fa3ae306afa9-x86.cache-2
f7ff0000-f7ff8000 r-xs 00000000 fd:00 1012078 /var/cache/fontconfig/e19de935dec46bbf3ed114ee4965548a-x86.cache-2
f7ff8000-f7ffd000 r-xs 00000000 fd:00 1012077 /var/cache/fontconfig/beeeeb3dfe132a8a0633a017c99ce0c0-x86.cache-2
f7ffd000-f7ffe000 rwxp f7ffd000 00:00 0
ffe03000-ffe0a000 rwxp ffe03000 00:00 0 [stack]
ffffe000-fffff000 r-xp ffffe000 00:00 0 [vdso]
Aborted

[Michael]

ok, now I messed something up again, I can't get the program to open (same problem I mentioned before). I will post what it says in the terminal after running amdcccle as suggested by Michael:


Unfortunately it doesn't look like there is anything you can do on your end as the problem resides with amdcccle, which is still undergoing some work. I have forwarded your crash output onto AMD -- hopefully the problem will be fixed for you in this month's driver.

[ReliableSol]

I have installed the 8.35 drivers and very surprised that I have got most things OK. I upgraded to latest kernel and got ipw3945 working first go. Now my issue with the drivers is that the xorg.conf file generated is incomplete. Below is my current file. I will look at copying some things in from the backup copies.
# Xorg configuration created by system-config-display

Section "ServerLayout"
Identifier "single head configuration"
Screen 0 "aticonfig-Screen[0]" 0 0
InputDevice "Keyboard0" "CoreKeyboard"
InputDevice "Synaptics" "CorePointer"
EndSection

Section "Files"
EndSection

Section "Module"
EndSection

Section "InputDevice"
Identifier "Keyboard0"
Driver "kbd"
Option "XkbModel" "pc105"
Option "XkbLayout" "us"
EndSection

Section "InputDevice"
Identifier "Synaptics"
Driver "synaptics"
Option "Device" "/dev/input/mice"
Option "Protocol" "auto-dev"
Option "Emulate3Buttons" "yes"
EndSection

Section "Monitor"
Identifier "aticonfig-Monitor[0]"
Option "VendorName" "ATI Proprietary Driver"
Option "ModelName" "Generic Autodetecting Monitor"
Option "DPMS" "true"
EndSection

Section "Device"
Identifier "Videocard0"
Driver "vesa"
EndSection

Section "Device"
Identifier "aticonfig-Device[0]"
Driver "fglrx"
EndSection

Section "Screen"
Identifier "Screen0"
Device "Videocard0"
DefaultDepth 24
SubSection "Display"
Viewport 0 0
Depth 24
EndSubSection
EndSection

Section "Screen"
Identifier "aticonfig-Screen[0]"
Device "aticonfig-Device[0]"
Monitor "aticonfig-Monitor[0]"
DefaultDepth 24
SubSection "Display"
Viewport 0 0
Depth 24
EndSubSection
EndSection

What are the main bits to add? glxinfo reports that I am using Mesa (uck).

[Michael]

Add

Section "Extensions"
Option "Composite" "Disable"
Option "AIGLX" "Disable"
EndSection

[ReliableSol]

Thanks for that. I hadn't seen the AIGLX disable before. I got acceleration happening by copying in some of the backed up xorg's. I have also installed XGL and got it running however, I can't get Beryl to run. It complains about XFree86 DRI missing. My current Xorg now looks like this;
# Xorg configuration created by system-config-display

Section "ServerLayout"
Identifier "single head configuration"
Screen 0 "aticonfig-Screen[0]" 0 0
InputDevice "Keyboard0" "CoreKeyboard"
InputDevice "Synaptics" "CorePointer"
EndSection

Section "Files"
EndSection

Section "Module"
Load "dbe"
Load "fbdevhw"
Load "record"
Load "freetype"
Load "type1"
# Load "synaptics"
Load "glx"
Load "DRI"
Load "extmod"
EndSection

Section "InputDevice"
Identifier "Keyboard0"
Driver "kbd"
Option "XkbModel" "pc105"
Option "XkbLayout" "us"
EndSection

Section "InputDevice"
Identifier "Synaptics"
Driver "synaptics"
Option "Device" "/dev/input/mice"
Option "Protocol" "auto-dev"
Option "Emulate3Buttons" "yes"
EndSection

Section "Monitor"
Identifier "aticonfig-Monitor[0]"
Option "VendorName" "ATI Proprietary Driver"
Option "ModelName" "Generic Autodetecting Monitor"
Option "DPMS" "true"
EndSection

Section "Device"
Identifier "Videocard0"
Driver "vesa"
EndSection

Section "Device"
Identifier "aticonfig-Device[0]"
Driver "fglrx"
EndSection

Section "Screen"
Identifier "Screen0"
Device "Videocard0"
DefaultDepth 24
SubSection "Display"
Viewport 0 0
Depth 24
EndSubSection
EndSection

Section "Screen"
Identifier "aticonfig-Screen[0]"
Device "aticonfig-Device[0]"
Monitor "aticonfig-Monitor[0]"
DefaultDepth 24
SubSection "Display"
Viewport 0 0
Depth 24
EndSubSection
EndSection

Section "DRI"
Group 0
Mode 0666
EndSection

Section "Extensions"
Option "Composite" "Disable"
Option "AIGLX" "Disable"
EndSection


The error when trying to load beryl is;
Xlib: extension "XFree86-DRI" missing on display ":1.0.

[gettyup]

I am trying to build the 8.35.5 package for a Fedora Core 5
machine, and something is odd. I use the following command:


sh ./ati-driver-installer-8.35.5-x86.x86_64.run --buildpkg Fedora/FC5


and it goes on showing a lot of stuff I won't repeat here, but at
the end it fails with this message:


error: Installed (but unpackaged) file(s) found:
/usr/bin/fireglcontrolpanel


RPM build errors:
Installed (but unpackaged) file(s) found:
/usr/bin/fireglcontrolpanel
Removing temporary directory: fglrx-install.wX3805

I thought this newest version didn't include fireglcontrolpanel
anymore. What is going on??
I checked /usr/bin/ and there is no fireglcontrolpanel there.
Any ideas?


I found a workaround to the issue above incase anyone is interested.

After executing this:


sh ./ati-driver-installer-8.35.5-x86.x86_64.run --buildpkg Fedora/FC5


ctrl+z the process after it says it has extracted the pkg. Then cd to the /tmp ATI directory and find . -name "fireglcontrolpanel" and delete it . This should exist in a usr/bin directory.

After that just fg the process and it will build the rpms successfully.

[somethingels]

I am trying to build the 8.35.5 package for a Fedora Core 5
machine, and something is odd. I use the following command:


sh ./ati-driver-installer-8.35.5-x86.x86_64.run --buildpkg Fedora/FC5


and it goes on showing a lot of stuff I won't repeat here, but at
the end it fails with this message:


error: Installed (but unpackaged) file(s) found:
/usr/bin/fireglcontrolpanel


RPM build errors:
Installed (but unpackaged) file(s) found:
/usr/bin/fireglcontrolpanel
Removing temporary directory: fglrx-install.wX3805

I thought this newest version didn't include fireglcontrolpanel
anymore. What is going on??
I checked /usr/bin/ and there is no fireglcontrolpanel there.
Any ideas?



hi,guy,I suffered from the problem ,too. and now, I have solved it. I found that a script named check-files in the "/usr/lib/rpm/" directory will be excuted when the error appears, so I edited the script and deleted the contents except the first line.then,I run the command
sh ./ati-driver-installer-8.35.5-x86.x86_64.run --buildpkg Fedora/FC5
Everything is going well,and finally,it generate sevral rpm files.
I think there must be something wrong when the check-files was excuted,may be it's a bug !

[kewlemer]

Unfortunately it doesn't look like there is anything you can do on your end as the problem resides with amdcccle, which is still undergoing some work. I have forwarded your crash output onto AMD -- hopefully the problem will be fixed for you in this month's driver.
I've been trying get the fglrx driver running on my custom 2.6.21 and after all the googling and breaking my head, I'm still unable to get it going.

To begin with, I intalled the driver using yum and it goes fine, but the only problem is that I cannot use my custom 2.6.21 kernel. I then cleaned it up to reinstall for my custom kernel. For this I got the driver from ATI and tried two approaches both of which failed in the same place(aticonfig: munmap_chunk()), which is same as above
1. Using ATI's install GUI
2. I built the RPM and try to install them.

Here are the logs -
http://www.google.com/notebook/public/08349734286360768569/BDQGMIgoQj7mtt6gi

Any update on this problem? Any suggestions? Any pointers ?

Any help greatly appreciated.

Thanks,
KM

[Michael]

I've been trying get the fglrx driver running on my custom 2.6.21 and after all the googling and breaking my head, I'm still unable to get it going.

To begin with, I intalled the driver using yum and it goes fine, but the only problem is that I cannot use my custom 2.6.21 kernel. I then cleaned it up to reinstall for my custom kernel. For this I got the driver from ATI and tried two approaches both of which failed in the same place(aticonfig: munmap_chunk()), which is same as above
1. Using ATI's install GUI
2. I built the RPM and try to install them.

Here are the logs -
http://www.google.com/notebook/public/08349734286360768569/BDQGMIgoQj7mtt6gi

Any update on this problem? Any suggestions? Any pointers ?

Any help greatly appreciated.

Thanks,
KM

Are you using the 8.36 driver?

[kewlemer]

Sorry that I missed it. Yes it's the latest 8.36.5.

Thanks,
KM

[TexasSpeed]

Anyone have any luck getting a dual monitor setup going in RHEL? I've installed the latest drivers, amdcccle, etc.

When I run amdcccle, only one of the displays is listed in the Display Manager.

BTW, this is a single graphics card setup, with a split on the output. Works fine when I boot into XP, just not in Red Hat.

Thanks.

[Michael]

Anyone have any luck getting a dual monitor setup going in RHEL? I've installed the latest drivers, amdcccle, etc.

When I run amdcccle, only one of the displays is listed in the Display Manager.

BTW, this is a single graphics card setup, with a split on the output. Works fine when I boot into XP, just not in Red Hat.

Thanks.

Welcome to the forums.

What version of RHEL? Also, what graphics card?

[TexasSpeed]

Sorry, it's Red Hat Enterprise Linux WS (v. 4 for 32-bit x86) and a Radeon X600 graphics card.

Thanks.

[Michael]

Also, another thing I meant to add was does it work if you use aticonfig instead of amdcccle? Either setting up dual head or Big Desktop? You could also try the aticonfig Dynamic Display Management Options. aticonfig --query-monitor

[TexasSpeed]

That was a good suggestion... this seems like a clue:

aticonfig --query-monitor

Connected monitors: crt1, crt2
Enabled monitors: crt2

So then I tried:
aticonfig --enable-monitor crt1,crt2

and lo and behold, my second monitor turned on! Now they're in "clone" mode, I'm going to try to enable the big desktop with aticonfig.

[Michael]

That was a good suggestion... this seems like a clue:

aticonfig --query-monitor

Connected monitors: crt1, crt2
Enabled monitors: crt2

So then I tried:
aticonfig --enable-monitor crt1,crt2

and lo and behold, my second monitor turned on! Now they're in "clone" mode, I'm going to try to enable the big desktop with aticonfig.

Looks like it was an amdcccle bug you are dealing with. Try 8.37 once its out and hopefully it will be fixed.

[TexasSpeed]

I actually got it to display "Big Desktop" mode by going back into amdcccle and selecting that mode for monitor 1. Go figure. Thanks for your help, I was really stuck.

[TexasSpeed]

I had to reinstall my system last week, and the display is now in a funny mode I can't seem to change.

I have a Y-connector from the analog output of the graphics card going into the analog inputs of two monitors.

The mouse travels across both displays, but each desktop is independent - I can't drag windows from one desktop to the other. It's not in "clone" mode, but it's not in "Big Desktop" either. I would like to get "Big Desktop" mode working again, but any changes I make to xorg.conf seem to lock up the system. Running amdcccle has no effect - the program doesn't modify xorg.conf, even though the permissions are opened up.

If I use system-config-display, the resulting xorg.conf file causes the system to lock up when I restart the X server.


Here are my details:
OS - RHEL4
Card - Radeon X600
Driver Version - 8.36.5
Catalyst Control Version - 0.9

Any light that someone can shed on this would be appreciated.

[phati]

Hi. I had everything working perfectly on a fresh install of Gutsy with the new 8.42 drivers and dual monitors with either Xgl or AIGLX (on an ati radeon 9600 256mb by the way) but I decided to toy with amdcccle and had no idea what a mistake that would be. It allowed me to select single mode but it disabled my second monitor so when I log into gnome, the primary monitor is the only one enabled. When I tried to use amdcccle again to fix the problem, it just restarts X (but not gdm). My question is does anyone know where amdcccle saves it's settings at? It's closed source so I'm baffled.

EDIT: I noticed TexasSpeed was using ati-config, so I used that to enable my second monitor, but I had to go back to amdcccle to get Big Desktop to reverse them. I would still love to know where amdcccle and ati-config changes their settings at. Even though they say they are editing my xorg.conf file I see no changes, however I see the changes in the system behavour. amdcccle is buggy to say the least as well as fglrx 8.42. How would one go about removing fglrx after using the gui to install the driver on Xorg 7.1 and not generating the deb pkgs? (I generated the *.debs first, but had kernel module version problems)