ATI: updatearch

1 files changed, 497 insertions, 0 deletions

diff --git a/ATI b/ATI
new file mode 100644
index 0000000..0c76df6
--- /dev/null
+++ b/ATI
@@ -0,0 +1,497 @@
+[[Category:Graphics]]
+[[Category:X Server]]
+[[de:ATI]]
+[[es:ATI]]
+[[fr:ATI]]
+[[it:ATI]]
+[[ja:ATI]]
+[[pl:ATI]]
+[[ru:ATI]]
+[[tr:ATI]]
+[[zh-CN:ATI]]
+{{Related articles start}}
+{{Related|AMD Catalyst}}
+{{Related|Xorg}}
+{{Related articles end}}
+
+Owners of '''AMD''' (previously '''ATI''') video cards have a choice between AMD's [[AMD Catalyst|proprietary driver]] ({{AUR|catalyst}}) and the open source driver ({{Pkg|xf86-video-ati}}). This article covers the open source driver.
+
+The open source driver is currently not ''on par'' with the proprietary driver in terms of 3D performance on newer cards or reliable TV-out support. It does, however, offer better dual-head support, excellent 2D acceleration, and provide sufficient 3D acceleration for OpenGL-accelerated [[window manager]]s, such as [[Compiz]] or KWin.
+
+If unsure, try the open source driver first, it will suit most needs and is generally less problematic (see the [http://www.x.org/wiki/RadeonFeature feature matrix] for details).
+
+== Naming conventions ==
+
+The [[Wikipedia:Radeon|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]].
+
+== Overview ==
+
+The {{ic|xf86-video-ati}} (radeon) driver:
+*Works with Radeon chipsets up to HD 6xxx and 7xxxM (latest Northern Islands chipsets).
+**Radeons in the HD 77xx (Southern Islands) series are mostly supported. Check the [http://www.x.org/wiki/RadeonFeature feature matrix] for unsupported features.
+**Radeons up to the X1xxx series are fully supported, stable, and full 2D and 3D acceleration are provided.
+**Radeons from HD 2xxx to HD 6xxx have full 2D acceleration and functional 3D acceleration, but are not supported by all the features that the proprietary driver provides.
+*Supports DRI1, RandR 1.2/1.3/1.4, Glamor, EXA acceleration and [[KMS|kernel mode-setting]]/DRI2.
+
+Generally, '''xf86-video-ati''' should be your first choice, no matter which AMD/ATI card you own. In case you need to use a driver for newer AMD cards, you should consider the proprietary '''catalyst''' driver.
+
+{{Note|'''xf86-video-ati''' is specified as '''''radeon''''' for the kernel and in {{ic|xorg.conf}}. }}
+
+== Installation ==
+
+{{Note|If coming from the proprietary Catalyst driver, see [[AMD Catalyst#Uninstallation]] first.}}
+
+[[pacman|Install]] the {{Pkg|xf86-video-ati}} package from the [[official repositories]]. It provides the DDX driver for 2D acceleration and it pulls in {{Pkg|mesa-dri}} as a dependency, you should also install {{Pkg|mesa-libgl}} package to get the DRI driver for 3D acceleration.
+
+For 32-bit 3D support on x86_64, also install {{Pkg|lib32-mesa-dri}} and {{Pkg|lib32-mesa-libgl}} from the [[multilib]] repository.
+
+Support for [[#Enabling video acceleration|accelerated video decoding]] is provided by {{Pkg|mesa-vdpau}} and {{Pkg|lib32-mesa-vdpau}} packages from the [[official repositories]].
+
+== Configuration ==
+
+Xorg will automatically load the driver and it will use your monitor's EDID to set the native resolution. Configuration is only required for tuning the driver.
+
+If you want manual configuration, create {{ic|/etc/X11/xorg.conf.d/20-radeon.conf}}, and add the following:
+
+ Section "Device"
+     Identifier "Radeon"
+     Driver "radeon"
+ EndSection
+
+Using this section, you can enable features and tweak the driver settings.
+
+== Loading ==
+
+The radeon kernel module should load fine automatically on system boot.
+
+If it does not happen, then:
+
+* Make sure you do '''not''' have {{ic|nomodeset}} or {{ic|1=vga=}} as a [[Kernel parameters|kernel parameter]], since radeon requires kernel mode-setting.
+* Also, check that you have not disabled radeon by using any modprobe blacklisting within {{ic|/etc/modprobe.d/}} or {{ic|/usr/lib/modprobe.d/}}.
+
+=== Enable early KMS ===
+
+{{Tip|If you have problems with the resolution, you can check whether [[Kernel Mode Setting#Forcing modes and EDID|enforcing the mode]] helps.}}
+
+[[KMS|Kernel Mode Setting]] (KMS) is supported by the radeon driver and is mandatory and enabled by default. 
+
+KMS is typically initialized after the [[Arch boot process#initramfs|initramfs stage]]. It is possible, however, to enable KMS during the initramfs stage. To do this, add the {{ic|radeon}} module to the {{ic|MODULES}} line in {{ic|/etc/mkinitcpio.conf}}:
+
+ MODULES="... radeon ..."
+
+Now, regenerate the initramfs:
+
+ # mkinitcpio -p linux
+
+The change takes effect at the next reboot.
+
+== Performance tuning ==
+The following options apply to {{ic|/etc/X11/xorg.conf.d/'''20-radeon.conf'''}}.
+
+'''ColorTiling''' is completely safe to enable and supposedly is enabled by default. Most users will notice increased performance but it is not yet supported on R200 and earlier cards. Can be enabled on earlier cards, but the workload is transferred to the CPU
+
+ Option "ColorTiling" "on"
+
+'''Acceleration architecture'''; this will work only on '''newer''' cards. If you enable this and then cannot get back into X, remove it. 
+
+ Option "AccelMethod" "EXA"
+
+'''Page Flip''' is generally safe to enable. This would mostly be used on older cards, as enabling this would disable EXA. With recent drivers can be used together with EXA.
+
+ Option "EnablePageFlip" "on"
+
+'''EXAVSync ''' option  attempts  to avoid tearing by stalling the engine until the display controller has passed the destination region.  It reduces tearing at the cost of  performance and has been know to cause instability on some chips.
+Really useful when enabling Xv overlay on videos on a 3D accelerated desktop. It is not necessary when KMS (thus DRI2 acceleration) is enabled.
+
+ Option "EXAVSync" "yes"
+
+Below is a sample config file {{ic|/etc/X11/xorg.conf.d/'''20-radeon.conf'''}}:
+
+{{bc|
+Section "Device"
+	Identifier  "My Graphics Card"
+	Driver	"radeon"
+	Option	"SWcursor"              "off" #software cursor might be necessary on some rare occasions, hence set off by default
+	Option	"EnablePageFlip"        "on"  #supported on all R/RV/RS4xx and older hardware, and set on by default
+	Option	"AccelMethod"           "EXA" #valid options are XAA, EXA and Glamor. Default value varies per-GPU.
+	Option	"RenderAccel"           "on"  #enabled by default on all radeon hardware
+	Option	"ColorTiling"           "on"  #enabled by default on RV300 and later radeon cards
+	Option	"EXAVSync"              "off" #default is off, otherwise on. Only works '''if EXA activated'''
+	Option	"EXAPixmaps"            "on"  #when on icreases 2D performance, but may also cause artifacts on some old cards. Only works '''if EXA activated'''
+	Option	"AccelDFS"              "on"  #default is off, read the radeon manpage for more information
+EndSection
+}}
+
+Defining the '''gartsize''', if not autodetected, can be done by adding {{ic|1=radeon.gartsize=32}} into [[kernel parameters]]. Size is in megabytes and 32 is for RV280 cards.
+
+Alternatively, do it with a modprobe option in {{ic|/etc/modprobe.d/radeon.conf}}:
+
+ options radeon gartsize=32
+
+'''For further information and other options, read the radeon manpage and the module's info page''': {{ic|man radeon}}, {{ic|modinfo radeon}}.
+
+A fine tool to try is {{Pkg|driconf}}. It will allow you to modify several settings, like vsync, anisotropic filtering, texture compression, etc. Using this tool it is also possible to "disable Low Impact fallback" needed by some programs (e.g. Google Earth).
+
+=== Deactivating PCI-E 2.0 ===
+
+Since kernel 3.6, PCI-E v2.0 in '''radeon''' is turned on by default.
+
+It can be unstable with some motherboards, so it can be deactivated by adding {{ic|1=radeon.pcie_gen2=0}} on the [[Kernel parameters|kernel command line]].
+
+See [http://www.phoronix.com/scan.php?page=article&item=amd_pcie_gen2&num=1 Phoronix article] for more information.
+
+=== Glamor ===
+
+Glamor is a 2D acceleration method implemented through OpenGL, and it should work with graphic cards whose drivers are newer or equal to R300.
+
+Since xf86-video-ati driver-1:7.2.0-1, glamor is automatically enabled with radeonsi drivers (Southern Islands and superior GFX cards); with other graphic cards you can use it by adding the AccelMethod glamor to your xorg.conf config file in the Device section:
+
+  Option	"AccelMethod"           "glamor"
+
+{{Note|The above method could prevent internet browsers from crashes if radeon (xf86-video-ati) driver is used. This will stabilize the hardware acceleration and the hardware decoding, preventing crashes to occur while using any hardware acceleration on most browsers.}}
+
+In order to enable EXA (which is an alternative to glamor until the above bug is fixed), the following configuration is [https://bugs.freedesktop.org/show_bug.cgi?id=68524#c14 suggested] in that bug report:
+{{bc|
+Section "Device"
+  Identifier  "hd_7970"
+  Driver      "radeon"
+  Option      "AccelMethod"    "EXA"
+  Option      "EXAVSync"       "off"
+  Option      "EXAPixmaps"     "on"
+  Option      "AccelDFS"       "on"
+EndSection
+}}
+
+== Hybrid graphics/AMD Dynamic Switchable Graphics ==
+
+It is the technology used on recent laptops equiped with two GPUs, one power-efficent (generally Intel integrated card) and one more powerful and more power-hungry (generally Radeon or Nvidia). There are three ways to get it work:
+
+* If you do not need to run any GPU-hungry application, you can plainly disable the discrete card: {{ic|echo OFF > /sys/kernel/debug/vgaswitcheroo/switch}}. You can do more things with vgaswitcheroo (see [https://help.ubuntu.com/community/HybridGraphics#Using_vga_switcheroo Ubuntu wiki] for more information) but ultimately at best one card is bound to one graphic session, you cannot use both on one graphic session.
+* You can use [[PRIME]]. It is the proper way to use hybrid graphics on Linux but still requires a bit of manual intervention from the user.
+* You can also use [[bumblebee]] with radeon, there is a {{AUR|bumblebee-amd-git}} package on [[AUR]].
+
+== Powersaving ==
+
+With the radeon driver, power saving is disabled by default and has to be enabled manually if desired.
+
+You can choose between three different methods:
+
+# [[#Dynamic frequency switching|dynpm]]
+# [[#Profile-based frequency switching|profile]]
+# [[#Dynamic power management|dpm]] (enabled by default since kernel 3.13)
+
+'''It is hard to say which is the best for you, so you have to try it yourself!'''
+
+Power management is supported on all chips that include the appropriate power state tables in the vbios (R1xx and newer). "dpm" is only supported on R6xx and newer chips.
+
+See http://www.x.org/wiki/RadeonFeature/#index3h2 for details.
+
+=== Old methods ===
+
+==== Dynamic frequency switching ====
+
+This method dynamically changes the frequency depending on GPU load, so performance is ramped up when running GPU intensive apps, and ramped down when the GPU is idle. The re-clocking is attempted during vertical blanking periods, but due to the timing of the re-clocking functions, does not always complete in the blanking period, which can lead to flicker in the display. Due to this, dynpm only works when a single head is active.
+
+It can be activated by simply running the following command:
+
+ # echo dynpm > /sys/class/drm/card0/device/power_method
+
+==== Profile-based frequency switching ====
+
+This method will allow you to select one of the five profiles (described below). Different profiles, for the most part, end up changing the frequency/voltage of the GPU. This method is not as aggressive, but is more stable and flicker free and works with multiple heads active.
+
+To activate the method, run the following command:
+
+ # echo profile > /sys/class/drm/card0/device/power_method
+
+Select one of the available profiles:
+* {{ic|default}} uses the default clocks and does not change the power state. This is the default behaviour.
+* {{ic|auto}} selects between {{ic|mid}} and {{ic|high}} power states based on the whether the system is on battery power or not.
+* {{ic|low}} forces the gpu to be in the {{ic|low}} power state all the time. Note that {{ic|low}} can cause display problems on some laptops, which is why {{ic|auto}} only uses {{ic|low}} when monitors are off. Selected on other profiles when the monitors are in the [[DPMS]]-off state.
+* {{ic|mid}} forces the gpu to be in the {{ic|mid}} power state all the time.
+* {{ic|high}} forces the gpu to be in the {{ic|high}} power state all the time.
+
+As an example, we will activate the {{ic|low}} profile (replace {{ic|low}} with any of the aforementioned profiles as necessary):
+
+ # echo low > /sys/class/drm/card0/device/power_profile
+
+==== Persistent configuration ====
+
+The activation described above is not persistent, it will not last when the computer is rebooted. To make it persistent, you can use [[systemd#Temporary files|systemd-tmpfiles]] (example for [[#Dynamic frequency switching]]):
+
+{{hc|/etc/tmpfiles.d/radeon-pm.conf|<nowiki>
+w /sys/class/drm/card0/device/power_method - - - - dynpm
+</nowiki>}}
+
+Alternatively, you may use this [[udev]] rule instead (example for [[#Profile-based frequency switching]]):
+
+{{hc|/etc/udev/rules.d/30-radeon-pm.rules|<nowiki>
+KERNEL=="dri/card0", SUBSYSTEM=="drm", DRIVERS=="radeon", ATTR{device/power_method}="profile", ATTR{device/power_profile}="low"
+</nowiki>}}
+
+{{Note|If the above rule is failing, try removing the {{ic|dri/}} prefix.}}
+
+==== Graphical tools ====
+
+* {{App|Radeon-tray|A small program to control the power profiles of your Radeon card via systray icon. It is written in PyQt4 and is suitable for non-Gnome users.|https://github.com/StuntsPT/Radeon-tray|{{AUR|radeon-tray}}}}
+* {{App|power-play-switcher|A gui for changing powerplay setting of the open source driver for ati radeon video cards.|https://code.google.com/p/power-play-switcher/|{{AUR|power-play-switcher}}}}
+* {{App|Gnome-shell-extension-Radeon-Power-Profile-Manager|A small extension for Gnome-shell that will allow you to change the power profile of your radeon card when using the open source drivers.|https://github.com/StuntsPT/shell-extension-radeon-power-profile-manager|{{AUR|gnome-shell-extension-radeon-ppm}} {{AUR|gnome-shell-extension-radeon-power-profile-manager-git}}}}
+
+=== Dynamic power management ===
+
+Since kernel 3.13, DPM is enabled by default for [http://kernelnewbies.org/Linux_3.13#head-f95c198f6fdc7defe36f470dc8369cf0e16898df lots of AMD Radeon hardware]. If you want to disable it, add the parameter {{ic|1=radeon.dpm=0}} to the [[kernel parameters]].
+
+Unlike [[#Dynamic frequency switching|dynpm]], the "dpm" method uses hardware on the GPU to dynamically change the clocks and voltage based on GPU load. It also enables clock and power gating.
+
+There are 3 operation modes to choose from:
+
+* {{ic|battery}} lowest power consumption
+* {{ic|balanced}} sane default
+* {{ic|performance}} highest performance
+
+They can be changed via sysfs
+ # echo battery > /sys/class/drm/card0/device/power_dpm_state
+
+For testing or debugging purposes, you can force the card to run in a set performance mode:
+
+* {{ic|auto}} default; uses all levels in the power state
+* {{ic|low}} enforces the lowest performance level
+* {{ic|high}} enforces the highest performance level
+
+ # echo low > /sys/class/drm/card0/device/power_dpm_force_performance_level
+
+==== Graphical tools ====
+
+* {{App|Gnome-shell-extension-Radeon-Power-Profile-Manager by lalmeras|This GNOME Shell extension (forked from StuntsPT's one) allows to switch easily between battery, balanced and performance dpm settings. This extension supports setups with multiple cards.|https://github.com/lalmeras/shell-extension-radeon-power-profile-manager|not packaged}}
+
+=== Other notes ===
+
+To view the speed that the GPU is running at, perform the following command and you will get something like this output:
+
+{{hc|$ cat /sys/kernel/debug/dri/0/radeon_pm_info|<nowiki>
+  state: PM_STATE_ENABLED
+  default engine clock: 300000 kHz
+  current engine clock: 300720 kHz
+  default memory clock: 200000 kHz
+</nowiki>}}
+
+It depends on which GPU line yours is, however. Along with the radeon driver versions, kernel versions, etc. So it may not have much/any voltage regulation at all.
+
+Thermal sensors are implemented via external i2c chips or via the internal thermal sensor (rv6xx-evergreen only). To get the temperature on asics that use i2c chips, you need to load the appropriate hwmon driver for the sensor used on your board (lm63, lm64, etc.). The drm will attempt to load the appropriate hwmon driver. On boards that use the internal thermal sensor, the drm will set up the hwmon interface automatically. When the appropriate driver is loaded, the temperatures can be accessed via [[lm_sensors]] tools or via sysfs in {{ic|/sys/class/hwmon}}.
+
+== TV out ==
+
+First, check that you have an S-video output: {{ic|xrandr}} should give you something like
+ Screen 0: minimum 320x200, current 1024x768, maximum 1280x1200
+ ...
+ S-video disconnected (normal left inverted right x axis y axis)
+
+Now we should tell Xorg that it is actually connected (it ''is'', right?)
+ xrandr --output S-video --set "load detection" 1
+
+Setting TV standard to use:
+ xrandr --output S-video --set "tv standard" ntsc
+
+Adding a mode for it (currently supports only 800x600):
+ xrandr --addmode S-video 800x600
+
+Clone mode:
+ xrandr --output S-video --same-as VGA-0
+
+Now let us try to see what we have:
+ xrandr --output S-video --mode 800x600
+
+At this point you should see a 800x600 version of your desktop on your TV.
+
+To disable the output, do
+ xrandr --output S-video --off
+
+Also you may notice that the video is being played on monitor only and not on the TV. Where the Xv overlay is sent is controlled by XV_CRTC attribute.
+
+To send the output to the TV, do:
+ xvattr -a XV_CRTC -v 1
+
+{{Note| you need to install {{AUR|xvattr}} to execute this command.}}
+
+To switch back to the monitor, I change this to {{ic|0}}. {{ic|-1}} is used for automatic switching in dualhead setups.
+
+Please see [http://www.x.org/wiki/radeonTV Enabling TV-Out Statically] for how to enable TV-out in your xorg configuration file.
+
+=== Force TV-out in KMS ===
+
+The kernel can recognize {{ic|1=video=}} parameter in following form (see [[KMS]] for more details):
+
+ video=<conn>:<xres>x<yres>[M][R][-<bpp>][@<refresh>][i][m][eDd]
+
+For example:
+
+ video=DVI-I-1:1280x1024-24@60e
+
+Parameters with whitespaces must be quoted:
+
+ "video=9-pin DIN-1:1024x768-24@60e"
+
+Current mkinitcpio implementation also requires {{ic|#}} in front. For example:
+
+ root=/dev/disk/by-uuid/d950a14f-fc0c-451d-b0d4-f95c2adefee3 ro quiet radeon.modeset=1 security=none # video=DVI-I-1:1280x1024-24@60e "video=9-pin DIN-1:1024x768-24@60e"
+
+* Grub can pass such command line as is.
+* Lilo needs backslashes for doublequotes (append {{ic|1=# \"video=9-pin DIN-1:1024x768-24@60e\"}})
+* Grub2: TODO
+
+You can get list of your video outputs with following command:
+
+{{bc|<nowiki>$ ls -1 /sys/class/drm/ | grep -E '^card[[:digit:]]+-' | cut -d- -f2-</nowiki>}}
+
+== HDMI audio ==
+
+HDMI audio is supported in the {{Pkg|xf86-video-ati}} video driver. By default HDMI audio is disabled in the driver kernel versions >=3.0 because it can be problematic. To enable HDMI audio add {{ic|1=radeon.audio=1}} to your [[kernel parameters]].
+
+If there is no video after boot up, the driver option has to be disabled.
+
+{{Note|
+* If HDMI audio does not work after installing the driver, test your setup with the procedure at [[Advanced Linux Sound Architecture#HDMI output does not work]].
+* If the sound is distorted in PulseAudio try setting {{ic|1=tsched=0}} as described in [[PulseAudio#Glitches, skips or crackling]] and make sure {{ic|rtkit}} daemon is running.
+* Your sound card might use the same module, since HDA compliant hardware is pretty common. [[Advanced_Linux_Sound_Architecture#Set_the_default_sound_card|Change the default sound card]] using one of the suggested methods, which include using the {{ic|defaults}} node in alsa configuration.
+}}
+
+== Dual Head setup ==
+
+=== Independent X screens ===
+
+Independent dual-headed setups can be configured the usual way. However you might want to know that the radeon driver has a {{ic|"ZaphodHeads"}} option which allows you to bind a specific device section to an output of your choice, for instance using:
+        Section "Device"
+        Identifier     "Device0"
+        Driver         "radeon"
+        Option         "ZaphodHeads"   "VGA-0"
+        VendorName     "ATI"
+        BusID          "PCI:1:0:0"
+        Screen          0
+        EndSection
+
+This can be a life-saver, because some cards which have more than two outputs (for instance one HDMI out, one DVI, one VGA), will only select and use HDMI+DVI outputs for the dual-head setup, unless you explicitely specify {{ic|"ZaphodHeads"   "VGA-0"}}.
+
+== Enabling video acceleration ==
+
+The {{Pkg|mesa-vdpau}} package added support for MPEG1/2 decoding to free drivers, exported via {{Pkg|libvdpau}} and are automatically detected.
+
+In case it did not automatically use it, you can force the use of the driver by assigning environment variable {{ic|LIBVA_DRIVER_NAME}} to {{ic|vdpau}} and {{ic|VDPAU_DRIVER}} to the name of driver core, e.g.:
+
+{{hc|1=~/.bashrc|2=
+export LIBVA_DRIVER_NAME=vdpau
+export VDPAU_DRIVER=r600
+}}
+
+for r600-based+ cards (all available VDPAU drivers are in {{ic|/usr/lib/vdpau/}}).
+
+If you own a [[wikipedia:Radeon_HD_7000_Series|Southern Islands]] (HD 7XXX) card or newer, the {{ic|VDPAU_DRIVER}} variable should be exported as {{ic|radeonsi}}:
+
+{{hc|1=~/.bashrc|2=
+export VDPAU_DRIVER=radeonsi
+}}
+
+== Turn vsync off ==
+
+The radeon driver will enable vsync by default, which is perfectly fine except for benchmarking. To turn it off, create {{ic|~/.drirc}} (or edit it if it already exists) and add the following section:
+{{hc|~/.drirc|<nowiki>
+<driconf>
+    <device screen="0" driver="dri2">
+        <application name="Default">
+            <option name="vblank_mode" value="0" />
+        </application>
+    </device>
+    <!-- Other devices ... -->
+</driconf>
+</nowiki>}}
+Make sure the driver is '''dri2''', not your video card code (like r600).
+
+== Troubleshooting ==
+
+=== Artifacts upon logging in ===
+
+If encountering artifacts, first try starting X without {{ic|/etc/X11/xorg.conf}}. Recent versions of Xorg are capable of reliable auto-detection and auto-configuration for most use cases. Outdated or improperly configured {{ic|xorg.conf}} files are known to cause trouble.
+
+In order to run without a configuration tile, it is recommended that the {{ic|xorg-input-drivers}} package group be installed.
+
+You may as well try disabling {{ic|EXAPixmaps}} in {{ic|/etc/X11/xorg.conf.d/20-radeon.conf}}:
+
+ Section "Device"
+     Identifier "Radeon"
+     Driver "radeon"
+     Option "EXAPixmaps" "off"
+ EndSection
+
+Further tweaking could be done by disabling {{ic|AccelDFS}}:
+
+ Option "AccelDFS" "off"
+
+=== Adding undetected resolutions ===
+
+e.g. When EDID fails on a DisplayPort connection. 
+
+This issue is covered on the [[Xrandr#Adding_undetected_resolutions|Xrandr page]].
+
+=== AGP is disabled (with KMS) ===
+
+If you experience poor performance and dmesg shows something like this
+ [drm:radeon_agp_init] *ERROR* Unable to acquire AGP: -19
+then check if the agp driver for your motherboard (e.g., {{ic|via_agp}}, {{ic|intel_agp}} etc.) is loaded before the {{ic|radeon}} module, see [[ATI#Enabling KMS|Enabling KMS]].
+
+=== TV showing a black border around the screen ===
+
+When I connected my TV to my Radeon HD 5770 using the HDMI port, the TV showed a blurry picture with a 2-3cm border around it. This is not the case when using the proprietary driver. However, this protection against overscanning (see [[Wikipedia:Overscan]]) can be turned off using xrandr:
+ xrandr --output HDMI-0 --set underscan off
+
+=== Black screen with mouse cursor on resume from suspend in X ===
+
+Waking from suspend on cards with 32MB or less can result in a black screen with a mouse pointer in X.  Some parts of the screen may be redrawn when under the mouse cursor.  Forcing {{ic|EXAPixmaps}} to {{ic|"enabled"}} in {{ic|/etc/X11/xorg.conf.d/20-radeon.conf}} may fix the problem.  See [[#Performance tuning|performance tuning]] for more information.
+
+=== No desktop effects in KDE4 with X1300 and Radeon driver ===
+
+A bug in KDE4 may prevent an accurate video hardware check, thereby deactivating desktop effects despite the X1300 having more than sufficient GPU power. A workaround may be to manually override such checks in KDE4 configuration files {{ic|/usr/share/kde-settings/kde-profile/default/share/config/kwinrc}} and/or {{ic|.kde/share/config/kwinrc}}. 
+
+Add:
+ DisableChecks=true
+
+To the [Compositing] section. Ensure that compositing is enabled with:
+ Enabled=true
+
+=== Black screen and no console, but X works in KMS ===
+
+This is a solution to no-console problem that might come up, when using two or more ATI cards on the same PC. Fujitsu Siemens Amilo PA 3553 laptop for example has this problem. This is due to fbcon console driver mapping itself to wrong framebuffer device that exist on the wrong card. This can be fixed by adding a this to the kernel boot line:
+ fbcon=map:1
+This will tell the fbcon to map itself to the {{ic|/dev/fb1}} framebuffer dev and not the {{ic|/dev/fb0}}, that in our case exist on the wrong graphics card.
+
+=== 2D performance (e.g. scrolling) is slow ===
+
+If you have problem with 2D performance, like scrolling in terminal or browser, you might need to add {{ic|Option  "MigrationHeuristic"  "greedy"}} into the {{ic|"Device"}} section of your {{ic|xorg.conf}} file.
+This only applies to EXA.
+
+Below is a sample config file {{ic|/etc/X11/xorg.conf.d/'''20-radeon.conf'''}}:
+
+{{bc|
+Section "Device"
+        Identifier  "My Graphics Card"
+        Driver  "radeon"
+        Option  "MigrationHeuristic"  "greedy"
+EndSection
+}}
+
+Users with newer graphics boards (HD 77** and above) may experience slow scrolling due to the glamor bug [[ATI#glamor|described here]]. Enabling EXA as described in that section should fix the issue.
+
+=== Monitor rotation works for cursor but not windows/content ===
+
+Users with newer graphics boards who have enabled EXA instead of glamor may find that rotating their monitor with xrandr causes the cursor and monitor dimensions to rotate, but windows and other content stay in their normal orientation. Additionally, the cursor moves according to normal rotation when the user moves the mouse. Look for the following line in your {{ic|/var/log/Xorg.0.log}} when you issue the xrandr rotate command:
+{{bc|
+(EE) RADEON(0): Rotation requires acceleration!
+}}
+Acceleration is disabled when using EXA on newer graphics cards (source: [https://bugs.freedesktop.org/show_bug.cgi?id=73420#c17 comment 17]). You must choose between enabling EXA ([[#Glamor|detailed above in the glamor section]]) and the ability to rotate.
+
+=== ATI X1600 (RV530 series) 3D application show black windows ===
+
+There are three possible solutions:
+* Try add {{ic|<nowiki>pci=nomsi</nowiki>}} to your boot loader [[Kernel parameters]].
+* If this does not work, you can try adding {{ic|noapic}} instead of {{ic|<nowiki>pci=nomsi</nowiki>}}.
+* If none of the above work, then you can try running {{ic|<nowiki>vblank_mode=0 glxgears</nowiki>}} or {{ic|<nowiki>vblank_mode=1 glxgears</nowiki>}} to see which one works for you, then install {{pkg|driconf}} and set that option in {{ic|~/.drirc}}.
\ No newline at end of file