Template:Article summary start Template:Article summary text Template:Article summary heading Template:Article summary wiki Template:Article summary wiki Template:Article summary wiki Template:Article summary wiki Template:Article summary heading Template:Article summary link Template:Article summary link Template:Article summary end Formerly known as fglrx, ATI has rebranded their proprietary Linux driver, which is now known as Catalyst. Currently, only the package name has changed, while the kernel module retains its original fglrx name, therefore any mention of fglrx below is specifically in reference to the kernel module, not the package.
- 1 Naming conventions
- 2 Supported devices
- 3 Installation
- 4 Configuration
- 5 Video acceleration
- 6 Troubleshooting (catalyst)
- 6.1 Rectangle/Checkerbox corruption with OpenGL programs
- 6.2 Black screen with complete lockups / hangs after reboot or startx
- 6.3 KDM disappears after logout
- 6.4 Bad screen resolution at login manager
- 6.5 Direct Rendering Doesn't Work
- 6.6 Hibernate/Sleep Issues
- 6.7 System Freezes/Hard locks
- 6.8 Hardware Conflicts
- 6.9 Temporary hangs when playing video
- 6.10 After a kernel upgrade: X doesn't start/modprobe doesn't find fglrx
- 6.11 Catalyst 10.6/10.7 : black/grey/white boxes/artifacts in firefox/thunderbird
ATI's Radeon brand follows a naming scheme that relates each product to a market segment. Within this article, readers will see both product names (e.g. HD 4850, X1900) and code or core names (e.g. RV770, R580). Traditionally, a product series will correspond to a core series (e.g. the "X1000" product series includes the X1300, X1600, X1800, and X1900 products which utilize the "R500" core series – including the RV515, RV530, R520, and R580 cores).
For a table of core and product series, see Wikipedia:Comparison of AMD graphics processing units.
Since v. 9.4, the proprietary ATI driver supports only R600 and newer devices (that means, HD2xxx and newer). For older cards, you can only use xf86-video-ati.
Catalyst was once a precompiled package offered by Arch in the
extra repository, but as of March 2009, official support has been dropped because of dissatisfaction with the quality and speed of development of the proprietary driver. The catalyst driver is available on AUR.
Stock and Custom Kernels
AUR's catalyst will automatically re-compile fglrx module whenever kernel is updated and whenever new kernel is installed, this functionality is provided by a fglrx hook on mkinitcpio. The hook will call catalyst_build_module command to update fglrx module for the version of your new kernel. It means that you no longer need to rebuild whole catalyst package whenever kernel is updated/installed. Also fglrx module is created while installing catalyst package (and for kernel you are using in the moment of installing catalyst package), not while building package like it was earlier. You can build AUR's catalyst package via makepkg (recommended) or by using popular AUR's packages manager like bauerbill/yaourt.
Now you probably need to configure xorg. Using provided aticonfig tool is recommended:
# aticonfig --initial (or for Dual Head: # aticonfig --initial=dual-head) # aticonfig -v
And add nomodeset to your kernel line in /boot/grub/menu.lst , ie.:
kernel /boot/vmlinuz26 root=/dev/sda1 ro nomodeset
Plus add fglrx to the MODULES list in /etc/rc.conf."
You may now reboot your system, or just load fglrx module with:
# modprobe fglrx
and restart/start X.
Now if you have got x86_64 architecture system and want to use some 32-bit opengl programs or wine games you will have to install AUR's lib32-catalyst-utils
If you are using more than one kernel - you can simply build fglrx module for whatever kernel you've got without even booting that kernel, do it as root with this command:
# catalyst_build_module kernel_version
where kernel_version is version of kernel for which you want to build fglrx module, more precise example:
# catalyst_build_module 2.6.35-rc4-rc
will build fglrx module for kernel that is currently running.
Unused fglrx modules will be removed automatically whenever kernel is installed/updated - with catalyst_build_module remove command called by fglrx hook. Ofcourse you can also use
# catalyst_build_module remove
If you aren't using stock kernel (kernel26) at all - you can remove it from dependency array (depends=) in catalyst's PKGBUILD.
Please also note that if your custom kernel is using some non-standard mkinitcpio configuration file (ie. kernel26-zen is using /etc/mkinitcpio-zen.conf) you'll have to manually add fglrx to HOOKS array so it can be auto-recompiled with kernel's update.
If you need more information on catalyst, visit this thread or create a new one, and ask there.
There are some unofficial repositories containing the newest (or older) catalyst packages along with the appropriate libs and software in order to use the driver.
There is a repository called [catalyst] which contains newest stable catalyst driver and some additional packages like patched xorg-server. This repository should now work with any kernel and with multiple-kernels systems (read Stock and Custom Kernels section) and it is updated most frequently. To use it you need as root:
1) Edit /etc/pacman.conf and add those lines above all other repositories:
For i686 systems:
[catalyst] Server = http://catalyst.apocalypsus.net/repo/catalyst/i686
For x86_64 systems:
[catalyst] Server = http://catalyst.apocalypsus.net/repo/catalyst/x86_64
ie. for x86_64 systems pacman.conf should look like:
(...) [catalyst] Server = http://catalyst.apocalypsus.net/repo/catalyst/x86_64 [core] # Add your preferred servers here, they will be used first Include = /etc/pacman.d/mirrorlist [extra] # Add your preferred servers here, they will be used first Include = /etc/pacman.d/mirrorlist (...)
2) Update repositories and packages with:
# pacman -Syy # pacman -Suu
3) Remove libgl package and install catalyst:
# pacman -Rd libgl # pacman -S catalyst
4) Don't forget to prepare your /etc/X11/xorg.conf for catalyst. Use aticonfig --initial if you don't have prepared xorg.conf. Also add fglrx module to MODULES array in /etc/rc.conf
For x86_64 users [catalyst] provides lib32-catalyst-utils package needed to run 32-bit opengl applications and wine games.
Repository also contains mplayer-vaapi (or mplayer-vaapi-pulse if you are using PulseAudio) and xvba-video packages so you may easily use video acceleration described below.
Black/grey/white boxes/artifacts mainly in firefox/thunderbird
With catalyst 10.6 AMD/ATi announce new method of 2D acceleration for radeons, that funcionality has fixed problems with maximizing/resizing windows. Unfortunately this step causes bugs for some users. To turn on old (slower xaa) method of 2d rendering please kill your desktop environment and Xserver and type this command as root:
If you do that it's better to use one of patched xorg-server packages delivered by [catalyst] repository.
[catalyst] repository contains xorg-server-backclear (patched with backclear patch) and xorg-server-1.8-catalyst-maximize-fix (patched with fedora patch) packages. Both this patches are fixing problems with maximizing/resizing but they are doing it in different way - you may choose which patched xserver is best for you. To remove xorg-server and install xorg-server-backclear just type:
# pacman -Rd xorg-server # pacman -S xorg-server-backclear
Similar with xorg-server-1.8-catalyst-maximize-fix.
Xserver segmentation fault
Rebuild your xorg.conf with:
aticonfig --initial --force
(if its still not woking then remove /etc/X11/xorg.conf and use one of these two commands mentioned above)
Keyboard/mouse not working
Please remember that old hal's input config doesn't work with new xorg-server.
Well it should work out of the box with provided with xorg-server 1.8 package files: /etc/X11/xorg.conf.d/10-evdev.conf and /etc/X11/xorg.conf.d/10-quirks.conf but it could happen that's not working / fitting to you so read more here Arch's Xorg wiki or here Fedora's wiki for Input device configuration but don't forget that in archlinux we are using /etc/X11/xorg.conf.d directory instead of fedora's /etc/xorg.conf.d
[catalyst-10.5] repository works fine with 2.6.34-ARCH kernel and xserver 1.8. xorg-server package here is patched with backclear patch, and xorg-server-1.8-catalyst-maximize-fix package is patched with fedora's backfill patch.
[xorg17] repository contains xserver 1.7 packages, use it only if you are experiencing problems with newer xserver 1.8.
[xorg17] repository contains xorg-server-backclear (patched with backclear patch) and xorg-server-1.7-catalyst-maximize-fix (patched with fedora patch) packages. Both this patches fix problems with maximizing/resizing but they are doing it in different way - you may choose which patched xserver is best for you. To remove xorg-server and install xorg-server-backclear just type:
# pacman -Rd xorg-server # pacman -S xorg-server-backclear
Similar with xorg-server-1.7-catalyst-maximize-fix
To use [xorg17] repo please put those lines at the top of all other repositories in /etc/pacman.conf:
[xorg17] Server = http://catalyst.apocalypsus.net/repo/xorg17/i686
[xorg17] Server = http://catalyst.apocalypsus.net/repo/xorg17/x86_64
catalyst-10.6 works well with xserver-1.7, got opengl 3.3/4 support, brings new 2D acceleration support, got some problems with gamma, wine games, and texturing in basing on q3a engine games:
[catalyst-10.6] Server = http://catalyst.apocalypsus.net/repo/catalyst-archive/i686
[catalyst-10.6] Server = http://catalyst.apocalypsus.net/repo/catalyst-archive/x86_64
If you are experiencing known bugs/errors (ie. lots of artifacts) with catalyst 10.6 you may still use older catalyst-10.5 or catalyst-10.4 or catalyst-10.3 repositories.
catalyst-10.5 and catalyst-10.4 repositories contain xorg-server (for this repositories patched with backclear patch) and xorg-server-1.7-catalyst-maximize-fix (patched with fedora patch) packages. Both this patches fix problems with maximizing/resizing but they are doing it in different way - you may choose which patched xserver is best for you. To remove xorg-server and install xorg-server-1.7-catalyst-maximize-fix just type:
# pacman -Rd xorg-server # pacman -S xorg-server-1.7-catalyst-maximize-fix
catalyst-10.5 works well with xserver-1.7, got opengl 3.3/4 support, but still got some problems with gamma, wine games, and texturing in basing on q3a engine games:
[catalyst-10.5] Server = http://catalyst.apocalypsus.net/repo/catalyst-archive/i686
[catalyst-10.5] Server = http://catalyst.apocalypsus.net/repo/catalyst-archive/x86_64
catalyst-10.5 repository also contains libva-sds, mplayer-vaapi and xvba-video packages so you may easily use video acceleration described below.
If you don't like catalyst-10.5 you may still use older catalyst 10.4 which work well with xserver-1.7, but still got some problems with gamma and wine games:
[catalyst-10.4] Server = http://catalyst.apocalypsus.net/repo/catalyst-archive/i686
[catalyst-10.4] Server = http://catalyst.apocalypsus.net/repo/catalyst-archive/x86_64
Or catalyst-10.3. Catalyst 10.3 is still using old xserver 1.6, which is also provided by [catalyst-10.3] repository.
To use catalyst-10.3 you need as root:
1) Edit /etc/pacman.conf and add those lines above all other repositories: For i686:
[catalyst-10.3] Server = http://catalyst.apocalypsus.net/repo/catalyst-archive/i686
[catalyst-10.3] Server = http://catalyst.apocalypsus.net/repo/catalyst-archive/x86_64
2) Sync and downgrade packages with this commands
# pacman -Syy # pacman -Suu
3) Remove xf86-video-ati and ati-dri packages if you have them installed.
4) (Recommended) If you dont like speed of xorg-server - remove it:
# pacman -Rd xorg-server
and try xorg-server-catalyst-maximize-fix:
# pacman -S xorg-server-catalyst-maximize-fix
5) Remove libgl and install catalyst:
# pacman -Rd libgl # pacman -S catalyst
6) Don't forget to prepare your /etc/X11/xorg.conf for catalyst. Use aticonfig --initial if you don't have prepared xorg.conf. Also add fglrx module to MODULES array in /etc/rc.conf
If you have attempted a manual install from the official installer, and are finding that nothing works correctly anymore, there should be an uninstall script placed at /usr/share/ati - run that, then try the pacman packages.
If you must use the installer from ATI/AMD for some reason, the following steps might work for you:
- Download AMD/ATI driver installer from the official site only.
- Make it executable.
- Execute a terminal emulator (e.g Konsole) and be root.
- Install mesa package
pacman -S mesa
- (Re)Install Xorg
- Check for other required things for ATI/AMD installer listed on their website
#pacman -Q | grep NameOfPackage
- Use aticonfig as described below to update xorg.conf
- Add ModulesPath into xorg.conf pointing at fglrx.so module if necessary
ATI provides the
aticonfig tool to create new basic
xorg.conf file or modify an existing
xorg.conf file and configure essentially every aspect of the card. For a complete list of
aticonfig options, run:
$ aticonfig --help
If you want to create new xorg.conf file with specific for your system options, run the following command to generate one:
# Xorg -configure
The simplest way to use
aticonfig to adapt your
xorg.conf file is listed in the examples at the end of the output if you run
aticonfig without any command-line parameters:
Examples: 1. Setting up fglrx for the first time. Single head : aticonfig --initial --input=/etc/X11/xorg.conf Dual head : aticonfig --initial=dual-head --screen-layout=above This command will generate a dual head configuration file with the second screen located above the first screen.
Just adapt one of those two lines for your personal setup.The config files generated by preceding steps are sometimes incorrect. If you want, you can compare the generated files to one of the Sample Xorg.conf files listed on the Xorg wiki page.
Please ensure that in the "Screen" section you have "DefaultDepth 24" and there is a "DRI" section with "Mode 666" in it. The fglrx driver needs those lines to work, but the generated files by preceding programs don't have it. Without those lines, you might get an unresponsive black screen after reboot. Besides, since most of the parts are now automatically detected in modern Xorg, you don't need to write so many things in xorg.conf as you did before with ancient Xorg versions. So, some config sections/values in the generated xorg.conf are redundant.
Here is a minimal working example:
Section "ServerLayout" Identifier "X.org Configured" Screen 0 "Screen0" 0 0 InputDevice "Mouse0" "CorePointer" InputDevice "Keyboard0" "CoreKeyboard" EndSection Section "Files" RgbPath "/usr/share/X11/rgb" ModulePath "/usr/lib/xorg/modules" FontPath "/usr/share/fonts/misc" FontPath "/usr/share/fonts/100dpi:unscaled" FontPath "/usr/share/fonts/75dpi:unscaled" FontPath "/usr/share/fonts/TTF" FontPath "/usr/share/fonts/Type1" EndSection Section "Module" Load "extmod" Load "dbe" Load "xtrap" Load "record" Load "dri" Load "glx" Load "GLcore" Load "freetype" EndSection Section "InputDevice" Identifier "Keyboard0" Driver "kbd" EndSection Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Protocol" "auto" Option "Device" "/dev/input/mice" Option "ZAxisMapping" "4 5 6 7" EndSection Section "Monitor" Identifier "Monitor0" VendorName "Monitor Vendor" ModelName "Monitor Model" EndSection Section "Device" Identifier "Card0" Driver "fglrx" VendorName "ATI Technologies Inc" BoardName "Radeon Mobility X1400" BusID "PCI:1:0:0" EndSection Section "Screen" Identifier "Screen0" Device "Card0" Monitor "Monitor0" DefaultDepth 24 SubSection "Display" Viewport 0 0 Depth 24 EndSubSection EndSection Section "DRI" Mode 0666 EndSection
Next, make sure the fglrx module and any needed agp modules are loaded.
# modprobe fglrx
Add them to the MODULES array of your /etc/rc.conf to ensure that they load when you boot.
Finally, run Xorg with
startx or by using GDM/KDM and verify that direct rendering is enabled by running the following command in a terminal:
$ glxinfo | grep direct
If it says "direct rendering: yes" then you're good to go! If the glxinfo command is not found, you may need to install the mesa package as well.
Video Acceleration API (VA API) is an open source software library ("libVA") and API specification which enables and provides access to graphics hardware (GPU) acceleration for video processing on Linux and UNIX based operating systems. The main motivation for VA API is to enable hardware accelerated video decode at various entry-points (VLD, IDCT, Motion Compensation, deblocking) for the prevailing coding standards today (MPEG-2, MPEG-4 ASP/H.263, MPEG-4 AVC/H.264, and VC-1/WMV3).
In November 2009, VA-API gained a new proprietary xvba-video backend which allows VA-API powered applications to take advantage of AMD Radeon's UVD2 chipsets via the XvBA (X-Video Bitstream Acceleration API designed by AMD) library.
XvBA support and xvba-video is still under development, however in nowadays it is working very well in most cases and with mplayer (and mplayer front-ends), so feel free to check it. You have to build following packages: xvba-video and mplayer-vaapi. Then just set your video player to use vaapi:gl as video output.
Ie. for mplayer:
$ mplayer -vo vaapi:gl -va vaapi movie.avi
Ie. for smplayer:
Options -> Preferences -> General -> Video (tab) -> Output driver: User Defined : vaapi:gl Options -> Preferences -> General -> Video (tab) -> Double buffering on Options -> Preferences -> Advanced -> Options for MPlayer -> Options: -va vaapi Options -> Preferences -> General -> General -> Screenshots -> Turn screenshots off
Don't forget to enable v-sync in amdcccle:
3D -> More Settings -> Wait for vertical refresh = Always On
Note: If you are using compiz/kwin please note that the only way to avoid video flickering is to watch videos in full-screen, and only when Unredirect Fullscreen is off.
In compiz you need to set Redirected Direct Rendering in General Options of ccsm.
Its off by default in kwin, but if you see flickering you need to add UnredirectFullscreen=off line to [Compositing] section in ~/.kde4/share/config/kwinrc file.
If its still flickering try to disable this option in ccsm (or change UnredirectFullscreen=off to UnredirectFullscreen=on in kwinrc).
[catalyst] repository mentioned above contain all files (xvba-video and mplayer-vaapi) needed to serve video acceleration, those files should work fine with libva package from [extra] repository. Unfortunately libva from [extra] repository has been downgraded because its not working for intel users.
New libva and xvba-video packages contains some important fixes with which mplayer's osd should always work fine and what's most important should always show subtitles correctly (this osd errors touches also smplayer's subtitles)
That's why [new_xvba] repository with newest libva, xvba-video and mplayer-vaapi packages showed up. To use it please put those lines above ALL other repos (yes, also above [catalyst] repo) in /etc/pacman.conf:
[new_xvba] Server = http://catalyst.apocalypsus.net/repo/new_xvba/i686
[new_xvba] Server = http://catalyst.apocalypsus.net/repo/new_xvba/x86_64
Problems with video colours
You may still use vaapi:gl to avoid video flickering, but without video acceleration
Run mplayer without -va vaapi switch.
For smplayer remove -va vaapi from Options -> Preferences -> Advanced -> Options for MPlayer -> Options: -va vaapi
Plus for smplayer you may now safely turn screenshots on.
Rectangle/Checkerbox corruption with OpenGL programs
This was fixed in catalyst 8.9. It may occur though in later versions.
OpenGL programs like e.g. blender in windowed mode, show a rectangle/checkerbox corruption. This can be solved by using a Virtual display setting with a multiple of 64 bigger than your actual resolution like 1664 instead 1600 for width:
Section "Screen" Identifier "Screen0" Device "Card0" Monitor "Monitor0" SubSection "Display" Depth 24 Virtual 1664 1200 EndSubSection EndSection
Black screen with complete lockups / hangs after reboot or startx
Faulty or corrupted amdpcsdb database
Fglrx and its Catalyst Control Center stores data on a database called amdpcsdb, located under /etc/ati. It isn't human readable, but only parsable by Catalyst Control Center. Sometimes, after updates, the settings in there aren't compatible with the new version of fglrx, so you end up with a black screen when starting X.
So, there is one thing to do.
Boot to init3, add the number 3 at the end of the menu.lst kernel options:
# rm /etc/ati/amdpcsdb
and restart Xorg (or even reboot).
Be careful though. aticonfig stores its settings in amdpcsdb database like Catalyst Control Center. If you want that they're stored in xorg.conf instead, each time you use the aticonfig tool, add --input=/etc/X11/xorg.conf in the end of the command options as well.
Faulty ACPI hardware calls
It is possible that fglrx doesn't cooperate well with the system's ACPI hardware calls, so it autodisables itself and there is no screen output.
So try to run this:
nForce 4 Incompatibility
Starting with 9.10 onward, the fglrx drivers are incompatible with nForce 4 chipsets. Use the open source drivers until a fix is created.
See bug report.
KDM disappears after logout
If you are running the catalyst proprietary driver and you get a console (tty1) instead of the expected KDM greeting when you log out, you must instruct KDM to restart the X server after each logout:
$ sudo nano /usr/share/config/kdm/kdmrc
Uncomment the following line under the section titled [X-:*-Core]:
KDM should now appear when you log out of KDE.
Bad screen resolution at login manager
If the resolution for your login manager is for example 1600x1200 and you want 1280x1024 you can fix it by using a xorg.conf (newer X-servers using the open source drivers normally don't need a xorg.conf, so if you don't have a xorg.conf you need to create one). In the "Screen" section add a modes lines:
Section "Screen" Identifier "aticonfig-Screen-0" Device "aticonfig-Device-0" Monitor "aticonfig-Monitor-0" DefaultDepth 24 SubSection "Display" Viewport 0 0 Depth 24 Modes "1280x1024" "2048x1536"#<-add this line to change the default login screen resolution EndSubSection EndSection
The first argument of modes is the resolution, which will be used by default. The second argument is the maximum resolution supported by your monitor. This is needed so that you are able to choose higher screen resolutions using for example the KDE systemsettings.
Direct Rendering Doesn't Work
This problem may occur when using the proprietary catalyst driver.
If you have problem with direct rendering, run:
$ LIBGL_DEBUG=verbose glxinfo > /dev/null
at the command prompt. At the very start of the output, it'll usually give you a nice error message saying why you don't have direct rendering.
Common errors, and their solutions, are:
libGL error: XF86DRIQueryDirectRenderingCapable returned false
- Ensure that you are loading the correct agp modules for your AGP chipset before you load the fglrx kernel module. To determine which agp modules you'll need, run
hwdetect --show-agp, then ensure that all modules listed from that command are in the
MODULES=array in rc.conf, before fglrx.
libGL error: failed to open DRM: Operation not permitted libGL error: reverting to (slow) indirect rendering
- For this, make sure you have the following section in your
Section "DRI" Mode 0666 EndSection
libGL: OpenDriver: trying /usr/lib/xorg/modules/dri//fglrx_dri.so libGL error: dlopen /usr/lib/xorg/modules/dri//fglrx_dri.so failed (/usr/lib/xorg/modules/dri//fglrx_dri.so: cannot open shared object file: No such file or directory) libGL error: unable to find driver: fglrx_dri.so
- Something hasn't been installed correctly. If the paths in the error message are
/usr/X11R6/lib/modules/dri/fglrx_dri.so, then ensure you've logged completely out of your system, then back in. If you're using a graphical login manager (gdm, kdm, xdm), ensure that /etc/profile is sourced every time you log in. This is usually accomplished by adding
~/.xinitrc, but may vary between login managers.
- If the paths above in your error message _are_
/usr/lib/xorg/modules/dri/fglrx_dri.so, then something hasn't been correctly installed. Try reinstalling the
Errors such as:
fglrx: libGL version undetermined - OpenGL module is using glapi fallback
could be caused by having multiple versions of
libGL.so on your system. Run:
$ sudo updatedb $ locate libGL.so
This should return the following output:
$ locate libGL.so /usr/lib/libGL.so /usr/lib/libGL.so.1 /usr/lib/libGL.so.1.2 $
These are the only three libGL.so files you should have on your system. If you have any more (e.g.
/usr/X11R6/lib/libGL.so.1.2), then remove them. This should fix your problem.
You might not get any error to indicate that this is a problem. If you are using X11R7, make sure you do not have these files on your system:
Video fails to enter suspend/hibernate
fglrx returns an error when attempting to suspend through hibernate scripts, a solution may be to add the following line to your "Device" section in
/etc/X11/xorg.conf, which should allow the fglrx module to enter suspend mode.
Option "UseInternalAGPGart" "no"
Video fails to resume from suspend2ram
ATI's proprietary catalyst driver cannot resume from suspend if the framebuffer is enabled. To disable the framebuffer, add vga=0 to your kernel options in
/boot/grub/menu.lst, for example:
# (0) Arch Linux title Arch Linux root (hd0,0) kernel /vmlinuz26 root=/dev/sda3 resume=/dev/sda2 ro vga=0 initrd /kernel26.img
System Freezes/Hard locks
- To prevent system lockups, try adding the following lines to your fglrx "Device" section in
Option "UseInternalAGPGART" "no" Option "KernelModuleParm" "agplock=0" # AGP locked user pages: disabled
- As well, the
radeonfbframebuffer drivers have been known in the past to cause problems of this nature. If your kernel has radeonfb support compiled in, you may want to try a different kernel and see if this helps.
Radeon cards used in conjunction with some versions of the nForce3 chipset (e.g. nForce 3 250Gb) won't have 3D acceleration. Currently the cause of this issue is unknown, but some sources indicate that it may be possible to get acceleration with this combination of hardware by booting Windows with the drivers from nVIDIA and then rebooting the system. This can be verified by issuing in a root console the following command:
dmesg | grep agp
If you get something similar to this (using an nForce3-based system)
agpgart: Detected AGP bridge 0 agpgart: Setting up Nforce3 AGP. agpgart: aperture base > 4G
and also if issuing this command...
tail -n 100 /var/log/Xorg.0.log | grep agp
...gets something similar to:
(EE) fglrx(0): [agp] unable to acquire AGP, error "xf86_ENODEV"
Then you have this bug.
Some sources indicate that in some situations, downgrading the motherboard BIOS may help, but this cannot be verified in all cases. Also, a bad BIOS downgrade can render your hardware useless, so beware.
See bug http://bugzilla.kernel.org/show_bug.cgi?id=6350 for more information and a potential fix.
Temporary hangs when playing video
This problem may occur when using the proprietary catalyst driver.
If you experience temporary hangs lasting from a few seconds to several minutes occuring randomly during playback with mplayer, check /var/log/messages.log for output like:
Nov 28 18:31:56 pandemonium [<c01c64a6>] ? proc_get_sb+0xc6/0x160 Nov 28 18:31:56 pandemonium [<c01c64a6>] ? proc_get_sb+0xc6/0x160 Nov 28 18:31:56 pandemonium [<f8bc628c>] ? ip_firegl_ioctl+0x1c/0x30 [fglrx] Nov 28 18:31:56 pandemonium [<c01c64a6>] ? proc_get_sb+0xc6/0x160 Nov 28 18:31:56 pandemonium [<c0197038>] ? vfs_ioctl+0x78/0x90 Nov 28 18:31:56 pandemonium [<c01970b7>] ? do_vfs_ioctl+0x67/0x2f0 Nov 28 18:31:56 pandemonium [<c01973a6>] ? sys_ioctl+0x66/0x70 Nov 28 18:31:56 pandemonium [<c0103ef3>] ? sysenter_do_call+0x12/0x33 Nov 28 18:31:56 pandemonium [<c01c64a6>] ? proc_get_sb+0xc6/0x160 Nov 28 18:31:56 pandemonium =======================
Adding the nopat kerneloption to /boot/grub/menu.lst and rebooting fixed the problem at least for me.
After a kernel upgrade: X doesn't start/modprobe doesn't find fglrx
Reinstall the catalyst drivers.
Or since catalyst 10.6-3 use:
Catalyst 10.6/10.7 : black/grey/white boxes/artifacts in firefox/thunderbird
With catalyst 10.6 AMD/ATi announce new method of 2D acceleration for radeons, unfortunately this step causes bugs for some users. To turn on old (slower xaa) method of 2d rendering please kill your desktop environment and Xserver and type this command as root:
Now you'll probably need patched xorg-server to fix problems with resizing/maximizing windows, read about it ie. here.