The release notes for CentOS 6.4 state as follows:
I use flgrx from ELRepo. Does this mean that fglrx is now incompatible with CentOS?
Depend on how “new” your card is. :)
The CentOS 6.4 release notes also has this description in the ‘Known Issues’ section:
“The proprietary drivers for older AMD ( former ATI ) video cards, namely the 3xxx, 4xxx and 5xxx series ( both integrated in motherboards or standalone cards) are not compatible with the new version of the X server introduced in CentOS 6.4. “
More details are in this ELRepo bug report:
Akemi Yagi wrote:
HD 4800 series, RV770
> More details are in this ELRepo bug report:
So I guess I should try enabling the testing repository. Thanks.
Unfortunately older Radeon HD 4000, HD 3000, HD 2000 Series are NOT
currently supported as the current AMD driver does NOT support the new version of Xorg in 6.4.
So your HD 4800 series is NOT supported.
Radeon HD 7000, HD 6000, HD 5000 Series ARE supported by the version
13.1 driver currently in the testing repo. I’ve had a couple of reports that this driver works so I’ll move it to the main repo shortly. If you have supporting hardware I would recommend updating to this driver before performing the 6.4 update.
I’ve read the Known Issues in the C64 Release Notes.
Any thoughts on whether it’s sufficient to ‘exclude=xorg*’ prior to updating from 6.3 to 6.4 to keep the X server compatible with AMD 4xxx series card/driver? Will I be the first to try this?
I’ve not been able to get a FirePro V7900 to work. This card does not use the regular ATI drivers, so the 13.1 test driver is useless.
I would guess not because the problem is that the driver is not compatible with the kernel. The problem does not lie with the X server.
^ ^ Mark LaPierre Registered Linux user No #267004
I can confirm that you can backtrack by enabling the proper vault repositories (and giving them the appropriate priorities), and then doing “yum remove xorg-x11-drv-modesetting”, “yum downgrade xorg-x11*”.
Yes that works fine, but you also need to exclude mesa* too for the upgrade. You’re not the first to try this, at least one user I know has downgraded xorg*, mesa* after a failed update to get things working again so it’s a confirmed option.
No, the problem DOES lie with the X server. The new version of xorg in
6.4 uses ABI 13 and this ABI is NOT supported by the old AMD driver, nor the current AMD legacy driver supporting older hardware.
You can clearly see from the xorg log the kernel module loads and it’s the xorg module that fails to load:
(II) LoadModule: “fglrx”
(II) Loading /usr/lib64/xorg/modules/drivers/fglrx_drv.so
(EE) Failed to load /usr/lib64/xorg/modules/drivers/fglrx_drv.so:
/usr/lib64/xorg/modules/drivers/fglrx_drv.so: undefined symbol:
Please read the details in the cited bug:
A downgrade of xorg-x11* worked for me WITHOUT a downgrade of mesa*.
fglrxinfo and fgl_glxgears work fine for me.
[root ~]# fglrxinfo display: :0.0 screen: 0
OpenGL vendor string: Advanced Micro Devices, Inc. OpenGL renderer string: ATI Radeon HD 4800 Series
OpenGL version string: 3.3.11631 Compatibility Profile Context
How would I know that upgrading mesa* had caused a problem? For example, glxinfo, glxgears (which depend on libGLU.so.1) work fine.
The update upgraded the following mesa packages…
mesa-dri-drivers x86_64 7.11-5.el6 -> 9.0-0.7.el6
mesa-libGL x86_64 7.11-5.el6 -> 9.0-0.7.el6
mesa-libGL-devel x86_64 7.11-5.el6 -> 9.0-0.7.el6
mesa-libGLU x86_64 7.11-5.el6 -> 9.0-0.7.el6
mesa-libGLU-devel x86_64 7.11-5.el6 -> 9.0-0.7.el6
mesa-libOSMesa x86_64 7.11-5.el6 -> 9.0-0.7.el6
mesa-libOSMesa-devel x86_64 7.11-5.el6 -> 9.0-0.7.el6
…easy enough to downgrade now that I know how but do I need to?
While I did not have xorg-x11-drv-modesetting installed (thus did not need to remove it). I can confirm this was able to get my xorg-x11 downgraded. For the less educated (myself included BEFORE this process) here is the command that I
used to downgrade my xorg-x11*…
I guess not, if it’s not causing you an issue.
It might be that the new xorg needs the new mesa packages, but the old xog is equally happy to run with the new or old mesa packages. So apologies for the apparent misinformation :-)