AMD Catalyst
AMD 的显卡驱动有两种：一是官方私有驱动 (catalystAUR[损坏的链接：package not found])，二是开源驱动（较旧的显卡参见 ATI，较新的显卡参见 AMDGPU）。本文主要介绍私有驱动。
AMD 的 Linux 驱动软件包 catalyst 驱动曾被命名为 fglrx (FireGL and Radeon X)。现在虽然改变了软件包名称，但内核模块文件名依然为以前的 fglrx.ko。因此，下文中任何提及 fglrx 都是指内核模块,而不是指软件包.
与开源驱动相比，Catalyst 在 2D 上表现比较差，在 3D 上与开源驱动差不多，但缺乏高效的多显支持。Catalyst 支持芯片组 R600 及以上（Radeon HD 2xxx 或者更新）的 ATI/AMD Radeon 显卡。model 名称（如 X1900，HD4850）与 chip 名称（分别是R580，RV770）间的对照请参见 Xorg decoder ring 或者这个表格。
安装[编辑 | 编辑源代码]
共有三种途径安装 Catalyst。第一种是用 Vi0L0（Arch非官方Catalyst维护人员）维护的软件库。此库包涵了所有可用的软件包。第二种方式就是通过AUR，Vi0L0 提供的 PKGBUILD 跟他用于构建他仓库的 PKGBUILD 完全一样。最后，你还可以直接通过 AMD 官方下载 Catalyst。
自 Catalyst 12.4，AMD 已将针对 Radeon HD 5xxx 和 Radeon HD 2xxx，3xxx 与 4xxx 显卡驱动分开开发，因此在你选择何种安装方式之前，应查看你的显卡型号。Radeon HD 2xxx，3xxx 和 4xxx 显卡用 legacy驱动，Radeon HD 5xxx（以及更新的）用普通 Catalyst。但无论你需要哪种驱动，都应安装 Catalyst utilities。
安装 Catalyst[编辑 | 编辑源代码]
从非官方软件库[编辑 | 编辑源代码]
如果你不喜欢通过 AUR 来安装，则使用此方法。此软件库由我们的非官方 Catalyst 维护者 Vi0l0 维护。所有的包都经过签名，所以安全方面无需担心。下文提及的很多其他与 AMD 显卡有关的包也是由 Vi0L0 维护。
Vi0L0 有三个不同的 Catalyst 软件库:
- catalyst[损坏的链接：无效的章节]：Radeon HD 5xxx 及更新的显卡使用的普通 Catalyst 驱动。包含了最新的 (稳定版或者 beta 版) Catalyst。
- catalyst-stable：Radeon HD 5xxx 及更新的显卡使用的普通 Catalyst 驱动。包含了最新的稳定版 Catalyst。
- catalyst-hd234k[损坏的链接：无效的章节]：Radeon HD 2xxx，3xxx 与 4xxx 显卡使用的 legacy Catalyst 驱动。
要启用上述软件库的话，参见 Unofficial user repositories 中所述方法。记得在 pacman.conf 中的其他软件库之前添加相应软件库。
pacman.conf 中将 [catalyst] 替换成 [catalyst-stable]。如果你需要某个旧版本，这儿也有并且 URL 也相同（比如 catalyst-stable-13.4）。完成后更新 pacman 数据库并安装这些软件包（更多信息参见#工具）：
- catalyst-hook
- catalyst-utils
- catalyst-libgl
- opencl-catalyst - 可选,OpenCL支持
- lib32-catalyst-utils - 可选,64-bit系统上32-bit的OpenGL支持
- lib32-catalyst-libgl - 可选,64-bit系统上32-bit的OpenGL支持
- lib32-opencl-catalyst - 可选,64-bit系统上32-bit的OpenCL支持
通过 AUR 安装[编辑 | 编辑源代码]
还可以通过 AUR 安装。如果你需为你的电脑进行定制安装，则用此方法。此方法极为繁琐，因为它需要的工作量最大，而且每次内核更新后你得手动更新 Catalyst。
在 Vi0L0 的软件库中提到的一切软件包在 AUR 中也可用：
- CatalystAUR[损坏的链接：package not found]
- Catalyst-generatorAUR[损坏的链接：package not found]
- Catalyst-hookAUR[损坏的链接：package not found]
- Catalyst-utilsAUR[损坏的链接：package not found]
- Lib32-catalyst-utilsAUR[损坏的链接：package not found]
AUR还提供些独家软件包。它含有被称为 Catalyst-total 的包和一些 beta 阶段的软件：
- Catalyst-totalAUR[损坏的链接：package not found]
- Catalyst-total-hd234kAUR[损坏的链接：package not found]
- Catalyst-testAUR[损坏的链接：package not found]
catalyst-totalAUR[损坏的链接：package not found] 包能让 AUR 用户更为方便。它能构建驱动、内核工具、32位内核工具和 catalyst-hookAUR[损坏的链接：package not found]（参见 #工具）。
配置驱动[编辑 | 编辑源代码]
安装完毕后，要配置 X，让其使用 Catalyst。要确保 fglrx 模块在启动阶段加载，而且要禁用内核级显示模式设置。
配置 X[编辑 | 编辑源代码]
你需要创建 xorg.conf 文件来配置 X。Catalyst 提供了 aticonfig 工具来创建和（或）修改此文件。
通过访问 /etc/ati/amdpcsdb 文件它几乎能配置显卡的各项参数。了解完整的 aticonfig 配置选项可运行:
# aticonfig --help | less
/etc/X11/xorg.conf 之前使用 --output 选项，/etc/X11/xorg.conf.d 中的所有内容都会被覆盖。(Use the --output option before committing to /etc/X11/ as an xorg.conf file will override anything in /etc/X11/xorg.conf.d/)xorg.conf.d 下的新配置文件，使用 # aticonfig [...] --output 来让 Device 部分与 /etc/X11/xorg.conf.d/20-radeon.conf 相匹配。但这有一个缺点，很多依赖 xorg.conf 的 aticonfig 选项都无法使用。现在来配置 Catalyst。若只有一个显示器，运行：
# aticonfig --initial
注意，若你使用双显示器则使用下面的命令。 此命令会成两个配置文件，第二个显示器的配置文件在第一个前面：
# aticonfig --initial=dual-head --screen-layout=above
虽然目前的版本的Xorg启动时能自动探测大多数选项，但不同Xorg版本的默认参数可能会有所不同，最好明确指定一些参数.
这里是一个示例配置（包含注释），仅供参考。标注 # 是必需的，标注 ## 可能会用到：
/etc/X11/xorg.conf
Section "ServerLayout"
Identifier "Arch"
Screen 0 "Screen0" 0 0 # 0 这里是必需的
EndSection
Section "Module"
Load [...]
[...]
EndSection
Section "Monitor"
Identifier "Monitor0"
...
EndSection
Section "Device"
Identifier "Card0"
Driver "fglrx" # 必需的
BusID "PCI:1:0:0" # 推荐，如果自动探测失败的话
Option "OpenGLOverlay" "0" ##
Option "XAANoOffscreenPixmaps" "false" ##
EndSection
Section "Screen"
Identifier "Screen0"
Device "Card0"
Monitor "Monitor0"
DefaultDepth 24
SubSection "Display"
Viewport 0 0
Depth 24 # 不应该改动这里的值 '24'
Modes "1280x1024" "2048x1536" ## 第一个值是默认分辨率，第二个是最大分辨率
Virtual 1664 1200 ## (x+64, y) to workaround potential OGL rect. artifacts/
EndSubSection ## fixed in Catalyst 9.8
EndSection
Section "DRI"
Mode 0666 # 也许在启用直接渲染方面有用
EndSection
amdpcsdb 文件: 关闭 X，删除 /etc/ati/amdpcsdb ，启动 X 然后运行 amdcccle - 否则 amdcccle 将会显示错误的 Catalyst 版本号。更多信息参考这里.
启动时加载模块[编辑 | 编辑源代码]
禁用 radeon 以防其自动加载。在 /etc/modprobe.d/modprobe.conf 里禁用radeon，同时保证它不被 /etc/modules-load.d/ 里的文件加载。详见 Kernel modules#黑名单。
接下来，使模块 fglrx 自动加载。添加 fglrx 到 /etc/modules-load.d/ 下已有的模块文件的新一行，或者创建一个新的模块文件并添加 fglrx。
禁用内核级显示模式设置[编辑 | 编辑源代码]
禁用内核级显示模式设置很重要，Catalyst 根本不使用内核级显示模式。否则，当系统切换至TTY或在桌面环境下关机时，系统可能会冻结。
添加 nomodeset 到你的内核参数。
检查安装是否成功[编辑 | 编辑源代码]
重启电脑并登录, 运行下列命令可查看fglrx是否正确运行:
$ lsmod | grep fglrx
若有输出, 则证明安装成功。可以尝试用 $ startx 或者显示管理器来启动 X（参见 Xorg#Running）。
下面的命令可以输出你的显卡型号信息：
$ fglrxinfo
运行以下命令检查直接渲染模式是否启用:
$ glxinfo | grep "direct rendering"
若显示 "direct rendering: yes"，恭喜你，到位了! 若无 $ glxinfo 命令，安装 mesa-utils包 package。
glxgears，你也可以使用：
$ fgl_glxgears
来测试fglrx。
libGL.so 也不一定能被正确加载。请检查图形库是否工作，可阅读 #故障排除段落。自己编译内核[编辑 | 编辑源代码]
在手动编译的内核上,你必须构建你自己的 catalyst-$kernel 包。
- 从 Catalyst 上获取
PKGBUILD和catalyst.install文件。 - 编辑 PKGBUILD。两个地方需要修改：
- 将
pkgname=catalyst修改为pkgname=catalyst-$kernel_name，$kernel_name可以随意取（如：custom，mm）。 - 将
linux的依赖修改为$kernel_name。
- 将
- 构建并安装软件包；运行
makepkg -i和makepkg，接着运行# pacman -U pkgname.pkg.tar.gz
- 如果在安装有多内核的系统上，你必须为所有内核安装 catalyst-utilsAUR[损坏的链接：package not found] 包。这不会引起冲突。
- catalyst-generatorAUR[损坏的链接：package not found] 能为你自动构建
catalyst-{kernver}，因此这些步骤根本就可省略。请参考 #工具部分。
PowerXpress 支持[编辑 | 编辑源代码]
PowerXpress 技术允许支持双显卡功能的笔记本电脑从集成显卡 (IGP) 切换到独立显卡，以延长电池寿命或者实现更好的3D渲染效能。
如果要在Arch上使用此功能，你将需要：
- 从 AUR 获取并编译 catalyst-totalAUR[损坏的链接：package not found] / catalyst-testAUR[损坏的链接：package not found] 软件包，或者
- 从 [catalyst] 软件仓库安装 catalyst-libgl 和 catalyst-utils 软件包。
对于 Intel 集成显卡的切换，你还需要安装 mesa包 软件包和 Intel 的驱动：xf86-video-intel包。
现在你可以用下面这些命令切换集成显卡和独立显卡：
# aticonfig --px-igpu #for integrated GPU # aticonfig --px-dgpu #for discrete GPU
请记住 fglrx 需要配置 /etc/X11/xorg.conf 为包含 fglrx。
你也可以用pxp_switch_catalyst 这个切换脚本完成一些其他有用的操作：
- 切换
xorg.conf- 这将重命名xorg.conf为xorg.conf.cat（如果它包含了 fglrx）或者xorg.conf.oth（如果它包含了 intel），并且根据你的选择创建一个软链接xorg.conf。 - 运行
aticonfig --px-Xgpu. - 运行
switchlibGL. - 添加/删除
fglrx到/从/etc/modules-load.d/catalyst.conf.
用法：
# pxp_switch_catalyst amd # pxp_switch_catalyst intel
如果你试图在 Intel 驱动上运行 X 时遇到问题，你可以尝试强制开启 "UXA" 加速: 在 xorg.conf 中添加 Option "AccelMethod" "uxa"，就像这样：
/etc/X11/xorg.conf
Section "Device"
Identifier "Intel Graphics"
Driver "intel"
#Option "AccelMethod" "sna"
Option "AccelMethod" "uxa"
#Option "AccelMethod" "xaa"
EndSection
同时运行两个 X server（一个使用 Intel 驱动，一个使用 fglrx）[编辑 | 编辑源代码]
因为 fglrx 容易崩溃（考虑到 PowerXpress），主要 X server 使用 Intel 驱动，另一个使用需要 3D 加速的 fglrx 驱动是个不错的选择。但是在开启第二个 X server 的时候，简单地从集成显卡 aticonfig 或者 amdcccle 切换到独立显卡将引发一系列奇怪的问题。
为了同时运行两个 X server（每个用不同的驱动），你首先需要设置出一个可以和 Catalyst 一起正常工作的 X 图形环境，然后把它的 xorg.conf 移动到一个临时的地方（比如 /etc/X11/xorg.conf.fglrx）。下次 X 图形环境启动时，它将默认使用 Intel 驱动来代替 fglrx。
在开启第二个使用 fglrx 的 X server，只需要在运行 X 之前，把 xorg.conf 移回合适的地方 (/etc/X11/xorg.conf)。这个方法甚至允许你在两个运行的 X 会话之间来回切换。当你不需要使用 fglrx 时，再把 xorg.conf 移动到其他地方。
这种方法唯一的坏处是不能使用 Intel 驱动的 3D 加速。但它的 2D 却能完全发挥作用。除此之外，它还能给我们一个非常稳定的桌面环境。
多显示器的 PowerXpress 笔记本运行于 AMD 模式时 (pxp_switch_catalyst amd) 的问题[编辑 | 编辑源代码]
当 PowerXpress 笔记本工作于 AMD-only 模式时（比如设置全部渲染工作交给独显），你有可能会遇到显示器伪影/重复的情况。这是一个已知的问题，发生于7xxxM系列显卡。
当旋转或者缩放一个显示器时现象会消失，所以你可以使用 xrandr 来解决这个问题：
xrandr --output HDMI1 --left-of LVDS1 --primary --scale 1x1 --output LVDS1 --scale 1.0001x1.0001
Xorg 软件库[编辑 | 编辑源代码]
Catalyst 由于其缓慢的更新而被人大为诟病。因升级 Xorg 而造成两者不兼容是稀松平常的事。也就意味着 Catalyst 用户要么自己编译 Xorg 的包要么使用一个只包含 Xorg 包的回溯软件库，该库中不提供更新版 Xorg 以确保兼容性。Vi0L0 提供好几个这样的库。
要启用上述软件库的话,参见 Unofficial user repositories 中所述方法. 记得在 pacman.conf 中的其他软件库之前（甚至在你的 catalyst 仓库前，如果你有的话）添加相应软件库（使用和 catalyst[损坏的链接：无效的章节] 库相同的 PGP 密匙）。
xorg117[编辑 | 编辑源代码]
Catalyst 不支持 xorg-server 1.18
[xorg117] Server = http://catalyst.wirephire.com/repo/xorg117/$arch ## Mirrors, if the primary server does not work or is too slow: #Server = http://mirror.hactar.bz/Vi0L0/xorg117/$arch
xorg116[编辑 | 编辑源代码]
Catalyst < 15.7 不支持 xorg-server 1.17
[xorg116] Server = http://catalyst.wirephire.com/repo/xorg116/$arch ## 如果上面那个不行或者太慢的话就换这些镜像站: #Server = http://mirror.hactar.bz/Vi0L0/xorg116/$arch
xorg115[编辑 | 编辑源代码]
Catalyst < 14.9 不支持 xorg-server 1.16
[xorg115] Server = http://catalyst.wirephire.com/repo/xorg115/$arch ## 如果上面那个不行或者太慢的话就换这些镜像站: #Server = http://mirror.hactar.bz/Vi0L0/xorg115/$arch
xorg114[编辑 | 编辑源代码]
Catalyst < 14.1 不支持 xorg-server 1.15.
[xorg114] Server = http://catalyst.wirephire.com/repo/xorg114/$arch ## 如果上面那个不行或者太慢的话就换这些镜像站: #Server = http://mirror.hactar.bz/Vi0L0/xorg114/$arch
xorg113[编辑 | 编辑源代码]
Catalyst < 13.6 不支持 xorg-server 1.14.
[xorg113] Server = http://catalyst.wirephire.com/repo/xorg113/$arch ## 如果上面那个不行或者太慢的话就换这些镜像站: #Server = http://mirror.hactar.bz/Vi0L0/xorg113/$arch
xorg112[编辑 | 编辑源代码]
Catalyst < 12.10 和 Catalyst Legacy 不支持 xorg-server 1.13.
[xorg112] Server = http://catalyst.wirephire.com/repo/xorg112/$arch ## 如果上面那个不行或者太慢的话就换这些镜像站: #Server = http://mirror.hactar.bz/Vi0L0/xorg112/$arch
工具[编辑 | 编辑源代码]
Catalyst-hook[编辑 | 编辑源代码]
Catalyst-hookAUR[损坏的链接：package not found] 是一个 systemd 服务,它在系统关机或重启后重新构建 fglrx 模块（如果需要的话，比如内核升级后）。
使用之前请保证 base-devel包组 组和 linux-headers包 包（对应你的内核）已经安装。
只需激活 catalyst-hook.service 服务即可：
# systemctl enable catalyst-hook # systemctl start catalyst-hook
你也可以用这个软件包来手动构建 fglrx 模块。在内核更新后运行 catalyst_build_module 脚本即可：
# catalyst_build_module all
一些技术细节：
The catalyst-hook.service is stopping the systemd "river" and is forcing systemd to wait until catalyst-hook finishes its job.
catalyst-hook.service 调用 catalyst_build_module check 来检查是否有必要重构建fglrx。
check 检查 fglrx 模块是否存在：
- 不存在，将构建它；
- 存在，它将比较两个参数来确定是否有必要重构建
fglrx。
这里的参数是 /usr/lib/modules/<kernel_version>/build/Module.symvers 的 md5 值。（因为我（这里指 Vi0L0）发现每一个版本的这个文件都不一样）。第一个参数是现有的 Module.symvers 文件 md5，第二个参数是 fglrx 模块构建时 Module.symvers 文件的 md5。这个参数被 catalyst_build_module 脚本编译到 fglrx 模块。
如果参数不同，将编译新的 fglrx 模块。
check 检查整个 /usr/lib/modules/ 目录，为安装的所有内核编译 fglrx 模块（如果需要的话）。如果没有必要构建或重构建，进程将很快结束。
Catalyst-generator[编辑 | 编辑源代码]
catalyst-generatorAUR[损坏的链接：package not found] 包能构建并安装 fglrx 模块，该模块与 pacman 兼容的 catalyst-${kernver} 相适应。与 #Catalyst-hook 的区别是必须手动使用此命令，而 Catalyst-hook 则不需。
通过 makepkg，它能构建 catalyst-${kernver} 二进制包并用 pacman 安装。${kernver} 是软件包的目标内核版本（例如 catalyst-2.6.35-ARCH 适用于 2.6.35-ARCH 内核）。
非特权用户使用 catalyst_build_module 来构建并安装 catalyst-{kernver} 包。安装时会提示输入 root 密码。
简单说一下如何使用此包：
- root 用户: 使用
catalyst_build_module remove。此举会删除无用的catalyst-{kernver}包。 - 非特权用户: 使用
catalyst_build_module ${kernver}，${kernver}是指升级过后的内核版本。也可通过catalyst_build_module all为所有安装的内核构建catalyst-{kernver}。 - 若要删除
catalyst-generator，在使用catalyst_build_module remove_all命令删除 catalyst-generator 之前最好切换到 root 用户，这会删除所有catalyst-{kernver}包。
当删除 Catalyst-generator 时，Catalyst-generator 不能自动删除那些 catalyst-{kernver} 包，这是因为 pacman 不允许有一个以上的实例同时运行。若在使用 # pacman -R catalyst-generator 前忘记运行 # catalyst_build_module remove_all，catalyst-generator 将会询问删除 catalyst-generator 自身后要删除哪个 catalyst-{kernver} 包。
Catalyst-generator 是最安全的,最符合KISS原则的,因为:
- 你可以使用非特权用户来构建包；
- 它在 fakeroot 环境构建包；
- 它不乱丢文件，pacman知道文件们在哪；
- 你需要做的只是，记得去使用它
catalyst-{kernver} 时，如果看到下列警告，这是正常情况，不必惊慌：
WARNING: Package contains reference to $srcdir
WARNING: '.pkg' is not a valid archive extension
OpenCL 和 OpenGL 开发[编辑 | 编辑源代码]
这几年 AMD 一直在为 OpenCL 和 OpenGL 的开发做一套工具集。
现在 AMD 在 "Heterogeneous Computing" 的旗帜下提供了更多的工具集，幸运的是它们也在 Linux 下可用。
在 AUR 和 [catalyst] 软件仓库，你可以找到这些代表了 AMD 最重要工作的工具软件包：
- amdapp-aparapiAUR
- amdapp-sdkAUR
- amdapp-codexlAUR
APP 这个缩写代表 Accelerated Parallel Processing（加速并行处理）。
amdapp-aparapi[编辑 | 编辑源代码]
AMD 的 Aparapi 是一个用 Java 实现的 API，用于并行地表达图像数据，它同时也是一个能把 Java 字节码翻译成能被 OpenCL 识别的运行时组件，所以它能够被很多种图形处理器执行。如果 Aparapi 在 GPU 上不能执行，那将在Java的线程池中执行。
更多关于 Aparapi 的信息：参见这里[失效链接 2020-08-02 ⓘ]。
amdapp-sdk （以前的 amdstream）[编辑 | 编辑源代码]
AMD APP 软件开发工具套件，是一个由 AMD 制作地一套完整的开发平台。它让你能够快速和容易地使用 AMD APP 技术，使得你的程序得到加速。这个 SDK 提供了代码实例，技术文档和其他资料，让您可以在你的 C\C++ 程序中使用 OpenCL，Bolt 或 C++ AMP 等技术实现计算加速。
从 2.8 版本开始，amdapp-sdk 提供了 aparapiUtil 和 aparapi 的代码实例。有一个包已经加入到了 [catalyst] 软件仓库。它依赖于 amdapp-aparapiAUR。AUR 中的软件包让你选择需不需要 aparapi's additions。
2.8 版本没有提供探查功能 (Profiler functionality)，它已经被移到 CodeXL 中了。
关于 AMD APP SDK 的更多信息： 参见这里[失效链接 2020-08-02 ⓘ]。
amdapp-codexl[编辑 | 编辑源代码]
CodeXL 是一个带有静态 OpenCl 内核分析器的 OpenCL and OpenGL 调试器和探查器。它具有 GUI 界面，是在著名的 gdebuggerAUR[损坏的链接：package not found] 基础上完成的。它只支持 x86_64 系统。
关于 CodeXL 的更多信息：参见这里[失效链接 2020-08-02 ⓘ]。
功能[编辑 | 编辑源代码]
Tear Free Rendering[编辑 | 编辑源代码]
在 Catalyst 11.1 中，很可能是添加了三重缓存和 v-sync，Tear Free Desktop 减少了 2D，3D 视频应用的屏幕撕裂毛病。但这需要额外的 GPU 处理。
要启用 'Tear Free Desktop'，运行 amdcccle，然后设置 Display Options→Tear Free。
或以 root 身份运行：
# aticonfig --set-pcs-u32=DDX,EnableTearFreeDesktop,1
若禁用，使用 amdcccle 或以 root 身份运行：
# aticonfig --del-pcs-key=DDX,EnableTearFreeDesktop
视频加速[编辑 | 编辑源代码]
Video Acceleration API (VA API) 是为基于 Linux/UNIX 操作系统提供利用 GPU 加速视频处理的一个开源函数库和应用程序接口规范。启用视频加速后，通过各种入口 (VLD, IDCT, Motion Compensation, deblocking) 它能加速常用编码标准 (MPEG-2, MPEG-4 ASP/H.263, MPEG-4 AVC/H.264, and VC-1/WMV3) 视频文件的解码过程（俗称硬解）。
VA-API 在 xvba-videoAUR[损坏的链接：package not found] 上有一个私有后端（2009年10月），它允许使用 VA-API 的程序通过 XvBA（AMD 设计的 X-Video 比特流加速 API） 函数库来充分利用拥有 uvd2（第二代通用视频解码单元）芯片组的视频加速功能。
catalyst-test 或者 catalyst-total 时不需要安装 xvba-videoAUR[损坏的链接：package not found]，因为有已经创建好的符号链接代替。xvba-video 和支持 XvBA 的软件仍还在开发，但在大多数情况下它都能很好的工作。 通过 AUR 构建（或通过 Vi0L0 的仓库直接安装）专有 xvba-videoAUR[损坏的链接：package not found] 包，若这个版本对你来说有问题，用 libva-xvba-driverAUR[损坏的链接：package not found] 取代；并安装 mplayer-vaapiAUR 和 libva包。然后将视频播放器的视频输出设置为 "vaapi:gl":
$ mplayer -vo vaapi:gl movie.avi
此选项可添加到 mplayer 的配置文件，参考 MPlayer。
针对 smplayer；
Options → Preferences → General → Video (tab) → Output driver: User Defined : vaapi:gl Options → Preferences → General → Video (tab) → Double buffering on Options → Preferences → General → General → Screenshots → Turn screenshots off Options → Preferences → Performance → Threads for decoding: 1 (to turn off -lavdopts parameter)
Options -> Preferences -> General -> Video (tab) -> Output driver: vaapi
若视频输出中没有 vaapi:gl 选项，可使用 vaapi，vaapi:gl2 或简单的 xv(0 - AMD Radeon AVIVO Video)。
针对 VLC：
Tools → Preferences → Input & Codecs → Use GPU accelerated decoding
它有助于在 amdcccle 中启用 v-sync：
3D → More Settings → Wait for vertical refresh = Always On
System Settings → Desktop Effects → Advanced 将 "Suspend desktop effects for fullscreen windows" 开启或关闭。显卡/显存频率，温度，风扇转速，超频工具[编辑 | 编辑源代码]
$ aticonfig --od-getclocks 可以获知当前显卡/显存频率。
$ aticonfig --pplib-cmd "get fanspeed 0" 可以获知风扇转速（显卡）；
$ aticonfig --odgt 可以获知显卡温度。
$ aticonfig --pplib-cmd "set fanspeed 0 50" 可以设置风扇转速，其中查询索引 50 代表速度百分比。
若超频或与之相反，则使用图形工具反而相对容易些，如需要 qt 的 ATi Overclocking Utility。你可以从这儿找到（不过它可能过时了）。
更复杂的 amdoverdrivectrlAUR 也能达到此目的，它的主页是这里。可通过 amdoverdrivectrlAUR 或 Vi0L0 的非官方软件库构建安装包。
双屏显示[编辑 | 编辑源代码]
介绍[编辑 | 编辑源代码]
/etc/X11/xorg.conf 备份，以便遇到问题时可以从命令行恢复。- 本节讲述如何配置 "BIG Desktop" 效果。主要是不同尺寸的屏幕如何通过两个不同的输出接口 (DVI + HDMI) 共享一个显卡。
- Xinerama 解决办法有些不便，尤其是不能与 XrandR 兼容。因为 XrandR 对于我们所讲的来说是必须的，所以不使用 Xinerama。
- 双头显示能让你有两个不同的会话（一个屏幕一个）。你可以随心所欲地干任何事情，但不能将窗口从一个屏幕移动到另一个屏幕。若只有一个屏幕，你得在 Xorg 会话里为 Server Layout section 的每个会话定义鼠标，具体方法查看：
ATI Catalyst Control Center[编辑 | 编辑源代码]
ATI 的图形工具非常有用，我们将尽可能地使用它。运行下面命令可启用它：
$ {kdesu/gksu} amdcccle
安装[编辑 | 编辑源代码]
开始之前，确保你的硬件接插正确，电源开启，而且你得你的硬件属性（2D 还是 3D 屏，屏幕尺寸，刷新率等）。通常情况下，在启动阶段两个显示器都会被识别却不需正确区分先后顺序，而是依赖热插拔功能。尤其在不使用 (/etc/X11/xorg.conf) 配置时。
首先要让你的桌面环境和 X 认识你的显示器。为此，要为你两个显示器生成基本的 Xorg 配置文件：
# aticonfig --initial --desktop-setup=horizontal --overlay-on=1
或
# aticonfig --initial=dual-head --screen-layout=left
{{注意|overlay 非常重要，因为它能让两个显示器拥有 1 种（多种）像素。
aticonfig --help 了解所有可用的命令。现在可编辑基本的 Xorg 配置文件（如：添加分辨率）。分辨率一定要正确，尤其是使用不同尺寸的显示器。分辨率在 "Screen" section：
SubSection "Display"
Depth 24
Modes "X-resolution screen 1xY-resolution screen 1" "Xresolution screen 2xY-resolution screen 2"
EndSubSection
这以后就不需手动编辑 xorg.conf，而使用 ATI 的图形化工具。重启 X，确保正确支持两个显示器和识别屏幕分辨率（两个屏幕相互独立而不是完全一样）。
设置[编辑 | 编辑源代码]
现在只需以 root 身份启动 ATI 控制中心，在显示菜单设置你需要的选项（下拉菜单中的小箭头）。设置好后重启 X 就大功告成了！
重启 X 之前，不要忘了核实 xorg.conf。主要是核实 "Display" 下的 "Screen" 节，在 "Virtual" 行里，两个显示器的分辨率应该一样。"Server Layout" 节则是剩下的参数。
卸载[编辑 | 编辑源代码]
你可能会因为 catalyst 不工作或者是想试试开源驱动而要卸载掉 catalyst：移除 catalyst 和 catalyst-utils 包。当然你也应该移除 catalyst-generatorAUR[损坏的链接：package not found]，catalyst-hookAUR[损坏的链接：package not found] 和 lib32-catalyst-utilsAUR[损坏的链接：package not found] 包（如果你安装了的话）。
- 你也许需要使用
# pacman -Rdd来移除 catalyst-utilsAUR[损坏的链接：package not found]（和/或 lib32-catalyst-utilsAUR[损坏的链接：package not found]）因为它（们）包含了图形库相关文件，许多包会依赖他们。这些依赖关系将在安装 xf86-video-ati包 时被满足。 - 你也许会需要移除
/etc/profile.d/ati-flgrx.sh和/etc/profile.d/lib32-catalyst（如果他们存在），否则r600_dri.so将会载入失败，你将得不到3D支持。
/etc/pacman.conf 移除非官方仓库，然后运行 # pacman -Syu，因为那些仓库包含过时的 Xorg 包（为了兼容 catalyst），而 xf86-video-ati包 包需要来自官方仓库的最新的 Xorg 包。按如下步骤：
- 如果你有
/etc/modprobe.d/blacklist-radeon.conf，删除文件或者注释掉文件中的blacklist radeon。 - 如果你在
/etc/modules-load.d下有配置文件要在启动时载入fglrx模块，删除掉或者注释掉fglrx那一行。 - 记住删除/备份
/etc/X11/xorg.conf。 - 如果安装了 catalyst-hookAUR[损坏的链接：package not found] 包，记得关掉它的 systemd 服务的自启动。
- 如果你在内核参数中指定了
nomodeset而现在你打算使用 KMS，那么删除nomodeset。
- 安装另一个驱动之前记得重启 .
故障排除[编辑 | 编辑源代码]
若能启动到命令行，问题很可能出在 /etc/X11/xorg.conf
可阅读 /var/log/Xorg.0.log 或通过下列命令查找线索：
$ grep '(EE)' /var/log/Xorg.0.log $ grep '(WW)' /var/log/Xorg.0.log
如果不能理解输出的内容，请先搜索论坛，没有结果的话，可将其提交到这里，注意要提交两者显示的信息。
运行 atieventsd.service 失败[编辑 | 编辑源代码]
从官方仓库安装 acpid包.启用并运行 acpid 守护进程。
如果还不行，编辑 /usr/lib/systemd/system/atieventsd.service，把 acpid.socket 改成 acpid.service。
无法打开 fglrx_dri.so[编辑 | 编辑源代码]
创建从 /usr/lib/xorg/modules/dri/fglrx_dri.so 到 /usr/X11R6/lib64/modules/dri/fglrx_dri.so 或其它需要路径的链接：
# mkdir -p /usr/X11R6/lib64/modules/dri # ln -s /usr/lib/xorg/modules/dri/fglrx_dri.so /usr/X11R6/lib64/modules/dri/fglrx_dri.so
启动 GDM 失败[编辑 | 编辑源代码]
降级 xorg-server包 或者试试其它显示管理器比如 LightDM。
在Wine上3D应用冻结[编辑 | 编辑源代码]
若在Wine上3D应用挂起，禁用TLS。使用 aticonfig 或编辑 /etc/X11/xorg.conf。使用 aticonfig：
# aticonfig --tls=off
或以 root 身份打开 /etc/X11/xorg.conf，在 Device 段添加 Option "UseFastTLS" "off"。
只需选择其中一种方式，然后重启 X 让其生效。
视频颜色不正常[编辑 | 编辑源代码]
仍然使用 vaapi:gl 来防止画面抖动，但这样不会有视频加速：
- 不使用
-vo vaapi运行 mplayer。
- 若是 smplayer，在 Options → Preferences → Advanced → Options for MPlayer → Options:中删除
-vo vaapi。
此后还可以启动 smplayer 的截屏功能。
KWin 与混成[编辑 | 编辑源代码]
根据你的显卡，在 OpenGL 和 XRender 渲染方式中选择一种更快的。 在某些情况下，XRender 还可以解决一些人为的错误（比如调整命令行大小）。
重启或启动 X 后，黑屏并且一直不退出[编辑 | 编辑源代码]
检查在启动加载器的内核参数行是否添加了 nomodeset（参考 #禁用内核级显示模式设置）。
你如果在使用 legacy 驱动 (catalyst-hd234k) 黑屏的话, 尝试降级 xorg-server 到 1.12（使用 #xorg112 库）。
错误的 ACPI 硬件调用[编辑 | 编辑源代码]
出现此种错误很可能是 fglrx 模块与系统的 ACPI 硬件调用配合不够默契而自身禁用，屏幕也就不会有输出。
如果是那样的话，运行：
$ aticonfig --acpi-services=off
注销后 KDM 消失[编辑 | 编辑源代码]
若使用 Catalyst，当注销后你会获取 tty1 这个控制台而不是 KDM 的欢迎界面。每次注销后你必须让 kdm 重启 X 服务器。将标题为 [X-:*-Core] 段里下面行前的注释删掉：
/usr/share/config/kdm/kdmrc
TerminateServer=True
当前注销 KDE 后 KDM 就会出现。
直接渲染无效[编辑 | 编辑源代码]
若直接渲染有问题，运行：
$ LIBGL_DEBUG=verbose glxinfo > /dev/null
从此命令输出的第一行至末尾都与直接渲染无效有关，且非常详细。
常见错误提示和解决办法：
libGL error: XF86DRIQueryDirectRenderingCapable returned false
- 若使用 AGP 的芯片组，确保加载 fglrx 模块之前加载正确的 agp 模块。要确定哪些 agp 模块，运行
hwdetect --show-agp，然后打开/etc/modules-load.d/fglrx.conf，将 agp 模块添加到 fglrx 行之前。
libGL error: failed to open DRM: Operation not permitted libGL error: reverting to (slow) indirect rendering
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
- 某些软件未正确安装。在错误提示中，若路径为
/usr/X11R6/lib/modules/dri/fglrx_dri.so，彻底注销，然后重新登录。若使用图形化的登录管理器 (gdm, kdm, xdm)，确保每次登录时/etc/profile都会被读取。将source /etc/profile添加到~/.xsession或~/.xinitrc通过都达到以上目的（不同的登录管理器修改的文件不一样）。
若错误信息为：
fglrx: libGL version undetermined - OpenGL module is using glapi fallback
可能是因为系统装了多个版本的 libGL.so。下面的命令应该得到这样的回显：
$ locate libGL.s
/usr/lib/libGL.so /usr/lib/libGL.so.1 /usr/lib/libGL.so.1.2
系统应只有 3 个 libGL.so 文件，若不止（例如 /usr/X11R6/lib/libGL.so.1.2），则将其删除。
若使用 X11R7 且系统中有下列文件，系统并不会给出任何错误提示，一定要将他们删除:
/usr/X11R6/lib/libGL.so.1.2 /usr/X11R6/lib/libGL.so.1
休眠问题[编辑 | 编辑源代码]
视频播放不能从休眠状态中恢复[编辑 | 编辑源代码]
若启动了 framebuffer，Catalyst 不能从挂机状态中恢复。在内核参数中添加 vga=0 可禁用 framebuffer。
对于其他启动加载器，参考 #禁用内核级显示模式设置。
系统冻结或硬件锁死[编辑 | 编辑源代码]
- 过去，
radeonfb的 framebuffer 驱动很容易导致这个问题。若内核编译时启用对 radeonfb 的支持，应该更换内核看是否能解决此问题。
- 若退出桌面环境（关机、挂机和切换到 tty 等）时系统冻结，很可能是忘记禁用 KMS。（参见 #禁用内核级显示模式设置）
硬件冲突[编辑 | 编辑源代码]
当和某些版本的 nForce3 芯片组一起使用时，Radeon 显卡没有 3D 加速。目前虽还未找到具体原因，但有资料表明，先启动到 Windows 然后再重启系统就可能可以从 nVIDIA 驱动获得 3D 加速。在 root 控制台使用下列命令可识别此问题（会得到与下列相似（使用基于 nForce3 系统）的输出）：
# dmesg | grep agp
agpgart: Detected AGP bridge 0
agpgart: Setting up Nforce3 AGP.
agpgart: aperture base > 4G
或者还有下面的命令得到如下的回显：
$ tail -n 100 /var/log/Xorg.0.log | grep agp
(EE) fglrx(0): [agp] unable to acquire AGP, error "xf86_ENODEV"
则表明有问题。
有些资料表明在某些情形下降级主板的 BIOS 可能有助于解决问题，但注意此方法可能并不在各种情况下都适用，而且降级失败很可能让硬件报废，请谨慎。
参见这个错误报告。
播放视频时系统短时间死机[编辑 | 编辑源代码]
当用 mplayer，若不定时出现几秒到几分钟的死机。查看日志，若有与下面相似的信息：
/var/log/messages.log
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 =======================
给内核参数添加 nopat 和/或 nomodeset 到内核参数应该能解决问题。
"aticonfig: No supported adaptaters detected"[编辑 | 编辑源代码]
若得到：
# aticonfig --initial
aticonfig: No supported adapters detected
可以在 etc/X11/xorg.conf 中设置 device，或者复制以前的能工作的 /etc/ati/control 文件（推荐 - 这也能解决水印的问题），这可能让 Catalyst 正常工作。
从 AMD 下载先前版本的 fglrx，使用 --extract driver 参数运行。文件将提取到 driver/common/etc/ati/control，用它覆盖原来的 control 文件后重启 X。你可以试试不同的版本。
设置型号的方法：在 /etc/X11/xorg.conf 将 device 段设置为：
/etc/X11/xorg.conf
Section "Device"
Identifier "ATI radeon ****"
Driver "fglrx"
EndSection
此处 **** 为设备型号（HD 6870 的显卡为 6870，APU E-350 为 6310，通过网络是很容易查到的）。
Xorg 启动后很可能使用 amdcccle 而不是 aticonfig。这里会有一个“AMD不支持硬件”水印。
用下面脚本可将此水印删除：
#!/bin/sh
DRIVER=/usr/lib/xorg/modules/drivers/fglrx_drv.so
for x in $(objdump -d $DRIVER|awk '/call/&&/EnableLogo/{print "\\x"$2"\\x"$3"\\x"$4"\\x"$5"\\x"$6}'); do
sed -i "s/$x/\x90\x90\x90\x90\x90/g" $DRIVER
done
然后重启。
让 chromium 支持 WebGL[编辑 | 编辑源代码]
在 Google 的 Chromium/Chrome 浏览器里，Linux 的 Catalyst 驱动被列入了黑名单。参见 Chromium#WebGL。
用 Adobe 的 flashplugin 观看 flash，画面迟滞或冻结[编辑 | 编辑源代码]
编辑：
/etc/adobe/mms.cfg
#EnableLinuxHWVideoDecode=1 OverrideGPUValidation=true
如果你使用 KDE，请确保 系统设置->工作空间外观与行为->桌面效果->高级 里，“为全屏窗口挂起桌面特效”没有勾选。
GNOME3 中移动窗口延迟/很慢[编辑 | 编辑源代码]
你可以试试这么做，有报告称大多数情况下此方法有效。
将下面行添加到 ~/.profile 或 /etc/profile：
export CLUTTER_VBLANK=none
重启 X 或操作系统。
在 1920x1080 分辨率下不能全屏（欠扫描，屏幕周围有黑边）[编辑 | 编辑源代码]
这经常会在使用 HDMI 连接显示器/电视时发生。
这似乎是 AMD/ATI 为适应所有 HDTV 的一项新功能，可以在 amdccle 中调整。
使用 amdcccle（图形界面）你可以选择要修改的显示输出，将欠扫描设置成 0%（aticonfig 默认 15% 欠扫描）。（至少）版本 14.10 有时也会出现显示调整的下面没有欠扫描的滑块的情况。(It is possible as well that the underscan slider will not show under the display's adjustments, as sometimes in (at least) version 14.10.)
这不是永久的配置，重启 X，重启系统，挂起后唤醒甚至切换 tty 之后都会失效。
要使这成为永久配置的话，你需要以 root 身份在 console 下使用 aticonfig 来调整欠扫描设置，或者手动编辑 /etc/ati/amdpcsdb （也是以 root 身份）
用 aticonfig 的方法：
# aticonfig --set-pcs-u32=MCIL,DigitalHDTVDefaultUnderscan,0
改变设置后重启。
新版本的话（比如 12.11），要是 ccc 总不能保存过扫描设置，你可以试试：
# aticonfig --set-pcs-u32=MCIL,TVEnableOverscan,0
手动编辑 /etc/ati/amdpcsdb 的方法：
在 [AMDPCSROOT/SYSTEM/MCIL] 之下的任意位置添加
# DigitalHDTVDefaultUnderscan=V0
新版本的话（比如 12.11）， 要是 ccc 总不能保存过扫描设置，你可以试试：
在 [AMDPCSROOT/SYSTEM/MCIL] 之下找到这一行
# TVEnableOverscan=V1
然后把它变成
# TVEnableOverscan=V0
改变设置后重启。
/etc/ati/amdpcsdb 总是被覆写/还原，于是你的修改就丢失了。
所以你需要在 fglrx 没运行的时候改它。
可以试着重启进入某些不需要运行 fglrx 的、直接启动到控制台的"安全模式"。应对措施： 要是因某些原因你不想动 ATI 的配置文件，你可以设置面板的位置与分辨率来规避问题 以普通用户运行：
# aticonfig --set-dispattrib=DISPLAYTYPE,positionX:0 # aticonfig --set-dispattrib=DISPLAYTYPE,positionY:0 # aticonfig --set-dispattrib=DISPLAYTYPE,sizeX:1920 # aticonfig --set-dispattrib=DISPLAYTYPE,sizeY:1080
DISPLAYTYPE 代表你想改的显示器，比如 "dfp9"。
用如下命令获得你的 DISPLAYTYPE：
# xrandr --current
如果没启用 RandR 的话，你可以用这个：
# aticonfig --query-monitor
也许需要用显示开关或 DISPLAY 变量来设置适当的显示/屏幕（比如 :0.1）。
这将告诉你目前哪一个显示正连接着或断开着，以及它的详情
这个应对措施不是永久配置，不过是个让面板及上边内容看起来合适的方便快捷的方法
aticonfig --set-pcs-val=MCIL,DigitalHDTVDefaultUnderscan,0，ATI 声明过这已被弃用并即将被移除。用 aticonfig --help | grep set-pcs-val 来阅读 ATI 的说明。
双屏设置：关于加速，OpenGL，合成，效能的一般问题[编辑 | 编辑源代码]
试着禁用 xinerama 和 xrandr12。如下：
输入：
# aticonfig --initial # aticonfig --set-pcs-str="DDX,EnableRandR12,FALSE"
然后重启系统。在 /etc/X11/xorg.conf 中检查 xinerama 是不是被禁用了，如果没有，禁用它，然后重启系统。( In /etc/X11/xorg.conf check that xinerama is disabled, if it's not disable it and reboot your system. )
接下来运行 amdcccle，在 amdcccle->display manager->multi-display->multidisplay desktop 中选择显示 2。
再次重启，再按你的想法设置显示。
禁用 VariBright 功能[编辑 | 编辑源代码]
Vari-Bright 动态调整显示面板用电量以节能。 输入以下命令以禁用 VariBright：
# aticonfig --set-pcs-u32=MCIL,PP_UserVariBrightEnable,0
Hybrid/PowerXpress：关掉独立 GPU[编辑 | 编辑源代码]
如果你使用支持 PowerXpress 的 Catalyst 软件包，你也许会发现切换到集显时，独显仍在工作，又耗电又使得系统温度很高。
如果集显是 Intel 的话，你可以通过 vgaswitcheroo 来关掉独立 GPU。
很不幸的是有些时候不行。
然后这时你可以试试 acpi_call包。MrDeepPurple 准备好了脚本来完成这个任务。脚本在启动和恢复系统的时候通过 systemd 服务运行。 这是他的脚本：
#!/bin/sh
libglx=$(/usr/lib/fglrx/switchlibglx query)
modprobe acpi_call
if [ "$libglx" = "intel" ]; then
echo '\_SB.PCI0.PEG0.PEGP._OFF' > /proc/acpi/call
fi
从 X 会话切换到 TTY 黑屏/低分辨率 TTY[编辑 | 编辑源代码]
接受这个“功能”吧，这出现在 Catalyst 13.2 beta，解决方法是使用 vga= 内核选项，比如 vga=792。
使用
$ hwinfo --framebuffer
来得到支持的分辨率列表
选择最适合你的分辨率，粘贴到启动引导器的内核行，比如 vga=0x03d4
从 X 会话切换到 TTY 黑屏，背光并没有关闭[编辑 | 编辑源代码]
使用 uvesafb 作为 framebuffer 驱动。而且，uvesafb 可以为 TTY 设置任意分辨率。
切换 TTY 后切换回 X 会话时，只有一个带鼠标的黑屏[编辑 | 编辑源代码]
如果你遇到了这个 bug 的话，试着添加
Option "XAANoOffscreenPixmaps" "true"
到你的 xorg.conf 的 'Device' 部分。
同时，确认已安装有 polkit 认证代理并正在运行，因为这种情况可能会在某程序想要请求密码但没有认证代理来显示密码对话框时出现。
30 FPS / 防撕裂 / 垂直同步 bug[编辑 | 编辑源代码]
这个 Bug 发生于 Catalyst 13.6 beta，到现在 (13.9) 还没修复。
激活 "Tear Free"（防撕裂）功能之后，所有新启动的 OpenGL 程序都出现延迟，常表现为只有 30 FPS，合成桌面环境也是。
M132 找到一个解决方法。在 "AMD Catalyst Control Center" (amdcccle) 里完成这些操作：
1. 开启 Tear-Free，这将设置 3D V-Sync 为“总是开启”。 2. 设置 3D V-Sync 为“总是关闭”。 3. 确认 Tear-Free 仍为“开启”。 4. 重启 X/重登录。
这在 KDE 4.11.x 下有效。M132 的建议：“试着关闭 "Detect refresh rate"，并为合成器指定显示器刷新率。”
背光调节不起效[编辑 | 编辑源代码]
如果你的背光调节有问题，你可以试试：
# aticonfig --set-pcs-u32=MCIL,PP_PhmUseDummyBackEnd,1
一些用户报告说这导致 FPS 降低。要恢复默认的话：
# aticonfig --set-pcs-u32=MCIL,PP_PhmUseDummyBackEnd,0
使用 plasma 时 Chromium 出现 glitching[编辑 | 编辑源代码]
添加 --disable-gpu 参数来启动 chromium，比如，对 /usr/share/applications/chromium.desktop，改成这样：
# cat /usr/share/applications/chromium.desktop | grep -i exec Exec=chromium %U --disable-gpu
Xorg 崩溃[编辑 | 编辑源代码]
不支持的 Xorg 版本[编辑 | 编辑源代码]
当 Linux 内核版本受支持而 Xorg 版本不受支持时，Xorg 也许会崩溃，而你可能会得到如此的错误信息：
(WW) fglrx: No matching Device section for instance (BusID PCI:0@0:17:0) found (...) /usr/bin/Xorg.bin: symbol lookup error: /usr/lib/xorg/modules/drivers/fglrx_drv.so: undefined symbol: GlxInitVisuals2D xinit: giving up xinit: unable to connect to X server: Connection refused xinit: server error
比如，fglrx 15.20.3 不支持 Xorg 1.17。
你应该降级你的 Xorg。这些步骤可能会有用。