ATI (日本語)

From ArchWiki
Revision as of 11:23, 10 August 2013 by Kusakata (talk | contribs) (Created page with "Category:Graphics (日本語) Category:X Server (日本語) cs:ATI de:ATI en:ATI es:ATI fr:ATI it:ATI pl:ATI ru:ATI tr:ATI [[zh-CN:...")
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to: navigation, search

zh-CN:ATI Template:Article summary start Template:Article summary text Template:Article summary heading Template:Article summary wiki Template:Article summary wiki Template:Article summary end

ATI/AMD のビデオカードを使っている人は AMD のプロプライエタリなドライバー (catalystAUR) か オープンソースドライバー (xf86-video-ati) のどちらかを選ぶことができます。この記事ではオープンソースドライバーについて記述します。

今のところ、新しいカードでの 3D パフォーマンスや TV 出力サポートなどの点で、オープンソースドライバーはプロプライエタリのドライバーにやや劣っています。しかしながら、オープンソースドライバーにはより良い dual-head サポートや、素晴らしい 2D アクセラレーション、Compiz や KWin などの OpenGL アクセラレーションを使うウィンドウマネージャのために十分な 3D アクセラレーションがあります。

よくわからない場合、最初にオープンソースドライバーを試して下さい。それでほとんどの用途に間に合い、問題も少ないはずです (詳しくは feature matrix を見て下さい)。

命名規則

ATI の Radeon ブランドはある命名規則に従っており、それによってそれぞれの製品をマーケットセグメントに関連付けています。この記事では、製品名 (例: HD 4850, X1900) とコードネームもしくはコアネーム (例: RV770, R580) の両方の名前を使っています。伝統的に、一つの製品シリーズは一つのコアシリーズに対応します (例えば "X1000" 製品シリーズ (X1300, X1600, X1800, X1900 など) は "R500" コアシリーズ (RV515, RV530, R520, R580 など) を使っています)。

製品シリーズとコアシリーズの表は Wikipedia:Comparison of AMD graphics processing units を見て下さい。

概要

xf86-video-ati (radeon) ドライバーは:

  • HD 6xxx と 7xxxM (最新の Northern Islands チップセット) までの Radeon チップセットで動作します。
    • HD 77xx (Southern Islands) シリーズの Radeon は部分的にサポートしています。サポートされていない機能は feature matrix で確認してください。
    • X1xxx シリーズまでの Radeon は完全にサポートされおり、安定していて、完全な 2D・3D アクセラレーションが使えます。
    • HD 2xxx から HD 6xxx までの Radeon には完全な 2D アクセラレーションと機能的な 3D アクセラレーションがありますが、プロプライエタリドライバによって提供されている機能の全てはサポートされていません。
  • DRI1, RandR 1.2/1.3, EXA アクセラレーション, (最新の Linux カーネル, libdrm, Mesa で) KMS/DRI2 をサポートしています。

一般的に、あなたがどの ATI カードを使っていようと、まず最初に xf86-video-ati を選ぶべきです。新しい ATI カードに対応したドライバーを使う必要がある場合、プロプライエタリの catalyst ドライバーを使うことを考えて下さい。

Note: カーネルや xorg.conf では xf86-video-atiradeon と表記されます。

インストール

前に Catalyst/fglrx をインストールしていた場合、ここを見て下さい。

xf86-video-ati のインストール

公式リポジトリから xf86-video-atiインストールしてください。

ドライバーの -git バージョンや他の必要なパッケージ (linux-git, etc) は radeon repositoryAUR にあります。

設定

Xorg は自動でドライバーをロードしてあなたのモニターの EDID を使って解像度を設定します。設定が必要なのはドライバーの調整だけです。

手動で設定したい場合、/etc/X11/xorg.conf.d/20-radeon.conf を作成して、以下を追加して下さい:

Section "Device"
    Identifier "Radeon"
    Driver "radeon"
EndSection

このセクションを使って、機能を有効にしたりドライバー設定の調整ができます。

Kernel mode-setting (KMS)

Tip: 解像度に問題が生じる場合、このページを確認してください。

KMS はフレームバッファで最大解像度を有効にして、高速なコンソール (tty) 切り替えを可能にします。また、KMS は乱れを減らしたり 3D パフォーマンスを改善したり、カーネル空間の電力節約をする (DRI2 などの) 新しい技術を有効にします。

KMS を ATI ビデオカードで使うには Xorg のフリービデオユーザースペースドライバ xf86-video-ati バージョン 6.12.4 以降が必要です。

KMS を有効にする

Note: Linux カーネル v.2.6.33 から、ATI/AMD カードは自動検知され KMS はデフォルトで有効になります。このセクションは標準から外れた設定のために残しています。

Early KMS start

以下の2つの方法はブートプロセスのできるだけ初めのほうで KMS を起動します。

1. The earliest point is to append the kernel line in your bootloader with radeon.modeset=1. See your bootloader's page for info on how to do this.

  • Remove all vga= options from the kernel line in the bootloader configuration file. Using other framebuffer drivers (such as uvesafb or radeonfb) will conflict with KMS.
  • AGP speed can be set with radeon.agpmode=x kernel option, where x is 1, 2, 4, 8 (AGP speed) or -1 (PCI mode).

2. Otherwise, when the initramfs is loaded:

  • If you have a special kernel outside of stock -ARCH (e.g. linux-zen), remember to use a separate mkinitcpio configuration file (e.g. /etc/mkinitcpio-zen.conf) and not /etc/mkinitcpio.conf.
  • Remove any framebuffer related modules from your mkinitcpio file.
  • Add radeon to MODULES array in your mkinitcpio file. For AGP support, it is necessary to add intel_agp (or ali_agp, ati_agp, amd_agp, amd64_agp etc.) before the radeon module.
  • Re-generate your initramfs.

Finally, Reboot the system.

Late start

これを選ぶと、ブートプロセス中のモジュールがロードされた時に KMS が有効になります。

If you have a special kernel (e.g. linux-zen), remember to use appropriate mkinitcpio configuration file, e.g. /etc/mkinitcpio-zen.conf. These instructions are written for the default kernel (linux).

Note: For AGP support, it may be necessary to add intel_agp, ali_agp, ati_agp, amd_agp, or amd64_agp) to appropriate .conf files in /etc/modules-load.d.
  1. Remove all vga= options from the kernel line in the bootloader configuration file. Using other framebuffer drivers (such as uvesafb or radeonfb) will conflict with KMS. Remove any framebuffer related modules from /etc/mkinitcpio.conf. video= can now be used in conjunction with KMS.
  2. Add options radeon modeset=1 to /etc/modprobe.d/modprobe.conf.
  3. Reboot the system.

KMS のトラブルシューティング

KMS を無効にする

Linux 3.9 では、radeon ドライバーは kernel mode-setting を必要とします (カーネルのコンパイルオプションで昔の user mode-setting を有効にすることはできます)。

ブートローダーのカーネルオプションに radeon.modeset=0 (もしくは nomodeset) がある場合、それを削除してください。/etc/modprobe.d のどこかに options radeon modeset=0 がある場合も、それを削除してください。

xorg.conf の名前変更

/etc/X11/xorg.conf に KMS と衝突するオプションを含まれているような場合、名前を変更すれば、Xorg にハードウェア検知させて設定をデフォルトに戻せます。名前を変更した後、Xorg を再起動してください

パフォーマンスチューニング

以下のオプションは /etc/X11/xorg.conf.d/20-radeon.conf に追加します。

By design, xf86-video-ati runs at AGP 4x speed. It is generally safe to modify this. If you notice hangs, try reducing the value or removing the line entirely (you can use values 1, 2, 4, 8). If KMS is enabled, this option is not used and it is superseded by radeon.agpmode kernel option.

Option "AGPMode" "8"

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"

AGPFastWrite は AGP カードの高速書き込みを有効にします。不安定になることがあるので、X に戻れなくなった場合にオプションを削除する準備をしてください。このオプションは KMS が有効になっている時は使われません。

Option "AGPFastWrite" "yes"

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"

下は設定ファイル /etc/X11/xorg.conf.d/20-radeon.conf のサンプルです:

Section "Device"
	Identifier  "My Graphics Card"
	Driver	"radeon"
	Option	"AGPMode"               "8"   #not used when KMS is on
	Option	"AGPFastWrite"          "off" #could cause instabilities enable it at your own risk
	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. EXA is the default
	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 radeon.gartsize=32 into kernel parameters. Size is in megabytes and 32 is for RV280 cards.

Alternatively, do it with a modprobe option in /etc/modprobe.d/radeon.conf:

options radeon gartsize=32

詳細や他のオプションにつえいは、radeon の man ページやモジュールの info ページを読んで下さい:

man radeon
modinfo radeon

A fine tool to try is 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).

PCI-E 2.0 の有効化

マザーボードによっては不安定になったり、パフォーマンスの向上がなかったりします。カーネルコマンドラインに "radeon.pcie_gen2=1" を追加して自分自身で試して下さい。

Note: カーネル 3.6 から、radeon の PCI-E v2.0 はデフォルトで有効になっています。

詳細は Phoronix の記事 を見て下さい。

Glamor

フリーの ATI ドライバーの最新バージョンでは、"glamor" という名前の新しい AccelMethod を使うことができます: OpenGL を使って実装された 2D アクセラレーションで、ドライバーが R300 以降のグラフィックカードで動作するはずです。

 Option	"AccelMethod"           "glamor"

ただし、先に以下のセクションを追加する必要があります:

Section "Module"
	Load "dri2"
	Load "glamoregl" 
EndSection

電力節約

この電力節約のパートでは KMS がある場合とない場合ではっきり分けられています。

KMS が有効になっている場合

radeon ドライバーでは、デフォルトで省電力設定は無効になっていますが、それを有効にするための "sysfs" ユーティリティが標準のカーネルで用意されています。

Power saving through KMS is still a work in progress for the most part. It should work, but some chips do have problems with it. A common issue for all is screen blinking when the kernel switches between power states, and in some configurations it even causes system freezes. But KMS is awesome, so it is your choice. The UMS method is generally more stable, however its power savings might not be as good as those provided by KMS options.

Use the (unsupported) [radeon] repo to enable power management. This repository will grant you up-to-date packages of the radeon driver and its dependencies, from (mostly) git snapshots.

[mesa-git]
Server = http://pkgbuild.com/~lcarlier/$repo/$arch/

You can select the methods via sysfs.

With root access, you have two choices:

1. Dynamic frequency switching (depending on GPU load)

# echo dynpm > /sys/class/drm/card0/device/power_method

The "dynpm" method dynamically changes the clocks based on the number of pending fences, 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.

Note: The "profile" method mentioned below is not as aggressive as "dynpm," but is currently much more stable and flicker free and works with multiple heads active.

2. Profile-based frequency switching

# echo profile > /sys/class/drm/card0/device/power_method

The "profile" mode will allow you to select one of the five profiles below. Different profiles, for the most part, end up changing the frequency/voltage of the card.

  • "default" uses the default clocks and does not change the power state. This is the default behavior.
  • "auto" selects between "mid" and "high" power states based on the whether the system is on battery power or not. The "low" power state are selected when the monitors are in the dpms off state.
  • "low" forces the gpu to be in the low power state all the time. Note that "low" can cause display problems on some laptops; this is why auto only uses "low" when displays are off.
  • "mid" forces the gpu to be in the "mid" power state all the time. The "low" power state is selected when the monitors are in the dpms off state.
  • "high" forces the gpu to be in the "high" power state all the time. The "low" power state is selected when the monitors are in the dpms off state.

So lets say we want the "low" option...for this, run the following command:

# echo low > /sys/class/drm/card0/device/power_profile

Replace "low" with any of the aforementioned profiles as necessary.

Tip: Echoing a profile value to this file is not permanent. To do so use a systemd tmpfiles.d file or udev rule:
/etc/tmpfiles.d/radeon-pm.conf
w /sys/class/drm/card0/device/power_method - - - - dynpm
/etc/udev/rules.d/30-local.rules
KERNEL=="dri/card0", SUBSYSTEM=="drm", DRIVERS=="radeon", ATTR{device/power_method}="profile", ATTR{device/power_profile}="auto"
Note:
  • If the above rules are failing, try removing 'dri/' from them
  • Another option from the same author for non Gnome-shell users (with a few more features) written in PyQt4 is Radeon-tray [1].

Power management is supported on all asics (r1xx-evergreen) that include the appropriate power state tables in the vbios; not all boards do (especially older desktop cards).

To view the speed that the GPU is running at, perform the following command and you will get something like this output:

$ cat /sys/kernel/debug/dri/0/radeon_pm_info
  state: PM_STATE_ENABLED
  default engine clock: 300000 kHz
  current engine clock: 300720 kHz
  default memory clock: 200000 kHz

If /sys/kernel/debug is empty, run this command:

# mount -t debugfs none /sys/kernel/debug

To permanently mount, add the following line to /etc/fstab:

debugfs   /sys/kernel/debug   debugfs   defaults   0   0

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 /sys/class/hwmon .

There is a GUI for switching profiles: power-play-switcherAUR.

Without KMS

In your xorg.conf file, add 2 lines to "Device" Section:

       Option      "DynamicPM"          "on"
       Option      "ClockGating"        "on"

If the two options are enabled successfully, you will see following lines in /var/log/Xorg.0.log:

       (**) RADEON(0): Option "ClockGating" "on"
       (**) RADEON(0): Option "DynamicPM" "on"
       Static power management enable success
       (II) RADEON(0): Dynamic Clock Gating Enabled
       (II) RADEON(0): Dynamic Power Management Enabled

If you desire low power cost, you can add an extra line to "Device" Section of xorg.conf:

       Option      "ForceLowPowerMode"   "on"

TV 出力

Tango-view-refresh-red.pngThis article or section is out of date.Tango-view-refresh-red.png

Reason: please use the first argument of the template to provide a brief explanation. (Discuss in Talk:ATI (日本語)#)

Since August 2007, there is TV-out support for all Radeons with integrated TV-out.

It is somewhat limited for now, it does not always autodetect the output correctly and only NTSC mode works.

First, check that you have an S-video output: 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)

Setting tv standard to use:

xrandr --output S-video --set "tv standard" ntsc

Adding a mode for it (currently it supports only 800x600):

xrandr --addmode S-video 800x600

I will go for a clone mode:

xrandr --output S-video --same-as VGA-0

So far so good. 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, I do

xvattr -a XV_CRTC -v 1
Note: you need to install xvattrAUR to execute this command.

To switch back to my monitor, I change this to 0. -1 is used for automatic switching in dualhead setups.

Please see Enabling TV-Out Statically for how to enable TV-out in your xorg configuration file.

Force TV-out in KMS

Kernel can recognize 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 # 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 # \"video=9-pin DIN-1:1024x768-24@60e\")
  • Grub2: TODO

You can get list of your video outputs with following command:

$ ls -1 /sys/class/drm/ | grep -E '^card[[:digit:]]+-' | cut -d- -f2-

HDMI オーディオ

HDMI audio is supported by the xf86-video-ati video driver. By default, the necessary kernel module is disabled in kernel versions >=3.0. However, if your Radeon card is listed in the Radeon Feature Matrix, you can add radeon.audio=1 to your Kernel parameters. For example:

/boot/syslinux/syslinux.cfg
LABEL arch
    MENU LABEL Arch Linux
    LINUX ../vmlinuz-linux
    APPEND root=/dev/sda1 ro radeon.audio=1
    INITRD ../initramfs-linux.img

If HDMI audio doesn't simply work after installing the driver, test your setup with the procedure at Advanced_Linux_Sound_Architecture#HDMI_Output_Does_Not_Work.

Note: As of this writing (2013-05-20), drivers for the Southern Islands cards don't support HDMI Audio.
  • The radeon.audio kernel module only works if #Kernel_mode-setting_(KMS) is enabled. By default, xf86-video-ati enables KMS.
  • If the sound is distorted try setting tsched=0 and make sure rtkit daemon is running.

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 "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 "ZaphodHeads" "VGA-0".

Moreover, this option allows you to easily select the screen you want to mark as primary.

ビデオアクセラレーションを有効にする

Latest mesa package added support for MPEG1/2 decoding to free drivers, exported via libvdpau and are automaticaly detected. You can force used driver by assigning environment variable LIBVA_DRIVER_NAME to vdpau and VDPAU_DRIVER to the name of driver core, e.g.:

~/.bashrc
export LIBVA_DRIVER_NAME=vdpau
export VDPAU_DRIVER=r600

for r600-based cards (all available VDPAU drivers are in /usr/lib/vdpau/).

vsync (垂直同期) をオフにする

The radeon driver will enable vsync by default, which is perfectly fine except for benchmarking. To turn it off, create ~/.drirc (or edit it if it already exists) and add the following section:

~/.drirc
<driconf>
    <device screen="0" driver="dri2">
        <application name="Default">
            <option name="vblank_mode" value="0" />
        </application>
    </device>
    <!-- Other devices ... -->
</driconf>

It is effectively dri2, not your video card code (like r600).

トラブルシューティング

ログイン時に乱れが生じる

乱れが生じる場合、まず /etc/X11/xorg.conf を使わずに X を起動してみてください。Xorg の最新バージョンは、ほとんどのユースケースに対応した信頼できる自動検知・自動設定を行います。時代遅れの・誤った設定がされている xorg.conf ファイルは問題を起こす原因となります。

設定ファイルを使わずに起動するために、xorg-input-drivers パッケージグループをインストールするのを推奨します。

また、乱れが Kernel Mode Setting に関連している可能性もあります。KMS を無効にするのも試して下さい。

/etc/X11/xorg.conf.d/20-radeon.confEXAPixmaps を無効にすることも試すとよいでしょう:

Section "Device"
    Identifier "Radeon"
    Driver "radeon"
    Option "EXAPixmaps" "off"
EndSection

Further tweaking could be done by disabling AccelDFS:

Option "AccelDFS" "off"

検知されない解像度を追加する

e.g. When EDID fails on a DisplayPort connection.

この問題については Xrandr のページに記述されています。

オープンソースドライバーでパフォーマンスが遅い

Note: Make sure you are member of video group.

Some cards can be installed by default trying to use KMS. You can check whether this is your case running:

dmesg | egrep "drm|radeon"

This command might show something like this, meaning it is trying to default to KMS:

[drm] radeon default to kernel modesetting.
...
[drm:radeon_driver_load_kms] *ERROR* Failed to initialize radeon, disabling IOCTL

If your card is not supported by KMS (anything older than r100), then you can disable KMS. This should fix the problem.

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., via_agp, intel_agp etc.) is loaded before the radeon module, see 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 EXAPixmaps to "enabled" in /etc/X11/xorg.conf.d/20-radeon.conf may fix the problem. See 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 /usr/share/kde-settings/kde-profile/default/share/config/kwinrc and/or .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 /dev/fb1 framebuffer dev and not the /dev/fb0, that in our case exist on the wrong graphics card.

テクスチャーが真っ黒になったりクラッシュする 3D アプリケーションがある

テクスチャー圧縮サポートが必要なのかもしれません、これはオープンソースドライバーには含まれていません。libtxc_dxtn (multilib 環境では lib32-libtxc_dxtn) をインストールしてください。

2D パフォーマンス (例えばスクロール) が遅い

ターミナルやブラウザでのスクロールなど、2D パフォーマンスに問題がある場合、xorg.conf ファイルの "Device" セクションに Option "MigrationHeuristic" "greedy" を追加すると改善するかもしれません。

下はファイル /etc/X11/xorg.conf.d/20-radeon.conf の設定サンプルです:

Section "Device"
        Identifier  "My Graphics Card"
        Driver  "radeon"
        Option  "MigrationHeuristic"  "greedy"
EndSection

ATI X1600 (RV530 series) 3D application show black windows

There are three possible solutions:

  • Try add pci=nomsi to your boot loader Kernel parameters.
  • If this doesn't work, you can try adding noapic instead of pci=nomsi.
  • If none of the above work, then you can try running vblank_mode=0 glxgears or vblank_mode=1 glxgears to see which one works for you, then install driconf via pacman and set that option in ~/.drirc.

Vertical colored stripes on chipset RS482 (Xpress 200M Series) with/out KMS

The bug :With the graphical chipset Xpress 200M Series (Radeon Xpress 1150), booting with KMS gives you sometimes, as soon as Xorg boots, a screen with many vertical colored stripes. You cannot Alt+Sys+K or do anything. Take a look [2] for more information, How to fixed ? : disable dri (needn't to disable kms) Side effert: if i disable "dri" and use no kernel options (no "nomodeset") i see the vertical stripes at boot, only for 5 seconds, before having kdm displayed. Then, i have the same results.

If I start for example KDE Desktop Effects, i will see again the vertical stripes for 5 seconds...and return to kdm ! :)