http://wiki.cchtml.com/api.php?action=feedcontributions&user=201.12.172.58&feedformat=atomcchtml.com - User contributions [en]2024-03-28T18:59:31ZUser contributionsMediaWiki 1.39.4http://wiki.cchtml.com/index.php?title=Verifying&diff=2108Verifying2007-10-22T21:55:48Z<p>201.12.172.58: </p>
<hr />
<div>relcnaricelr<br />
chialre<br />
{{VCT-on-top}}<br />
<br />
<br />
It is assumed that you have completed the [[Installation|installation process]].<br />
<br />
==Verify with ATI tools==<br />
If the installation has worked, then any 3D application should work without issue. A simple way to verify without any possibility of failure is to verify the following occurs. Please note that you may have needed to go through [[:Category:Distributions|distribution specific]] process to enable the 3D support. <br />
===fglrxinfo===<br />
<pre><br />
$ fglrxinfo<br />
display: :0.0 screen: 0<br />
OpenGL vendor string: ATI Technologies Inc.<br />
OpenGL renderer string: MOBILITY RADEON 9700 Generic<br />
OpenGL version string: 2.0.5804 (8.25.0)<br />
</pre><br />
===fgl_glxgears===<br />
You can also run the ATI provided application called fgl_glxgears which should show a spinning cube with the venerable glxgears running on each face.<br />
<br />
<b>If when you run fgl_glxgears, the cube spins, but is lacking any cogs on the faces, the faces being instead, various shades of blue, and/or you get an error message like:</b><br />
<br />
<pre><br />
Using GLX_SGIX_pbuffer<br />
913 frames in 5.0 seconds = 182.600 FPS<br />
783 frames in 5.0 seconds = 156.600 FPS<br />
X Error of failed request: BadDrawable (invalid Pixmap or Window parameter)<br />
Major opcode of failed request: 14 (X_GetGeometry)<br />
Resource id in failed request: 0x0<br />
Serial number of failed request: 51<br />
Current serial number in output stream: 51<br />
</pre><br />
===Links===<br />
http://linux.coconia.net/general/ati.htm<br><br />
http://m.domaindlx.com/LinuxHelp/ati/ati.htm (mirror)<br />
==Verify with Linux tools==<br />
===glxinfo===<br />
This command line option should report "direct" rendering.<br />
$ glxinfo | grep direct<br />
<br />
(For Debian 4.0, install the mesa-utils package to get glxinfo.)<br />
<br />
===Xorg.0.log===<br />
The X.org X server log file also contains useful information to verify installation was successful. It is located on most Linux distributions at <code>/var/log/Xorg.0.log</code> and can be opened by any text editor.<br />
<br />
<br />
'''You can now move on to [[Configuring|configuring the driver]].'''<br />
<br />
{{VCT}}<br />
[[Category:NeedsUpdating]]</div>201.12.172.58http://wiki.cchtml.com/index.php?title=Frequently_Asked_Questions&diff=856Frequently Asked Questions2007-10-22T21:54:25Z<p>201.12.172.58: </p>
<hr />
<div>racdarpa<br />
==Installation==<br />
===How do I know fglrx is installed correctly?===<br />
There are several ways to check if fglrx is loaded and running.<br />
<br>1. Check your X.org or XFree86 log. You should see "DRI Initialization Successful."<br />
# less /var/log/Xorg.0.log<br />
or<br />
# less /var/log/XFree86.0.log<br />
2. Check glxinfo. You should see "direct" and not "indirect."<br />
# glxinfo | grep direct<br />
3. Check your kernel log. You should see fglrx messages near the bottom.<br />
# dmesg<br />
4. Check your modules. You should see fglrx loaded.<br />
# lsmod | grep fglrx<br />
*NOTE: [[Glxgears is not a Benchmark|glxgears]] is not a definite way of checking the installation of fglrx.<br />
<br />
=== Is the rebooting really necessary? ===<br />
<br />
No.<br />
<br />
However, rebooting is the easiest method to ensure that the kernel module(s) from the old driver are unloaded and the fglrx module is loaded instead. If you don't want to reboot for some reason, you may manually shut down Xorg, unload any old "drm", "radeon" or "fglrx" modules and then start Xorg again.<br />
<br />
==Kernel==<br />
===Why does fglrx not work for my bleeding-edge kernel?===<br />
The development process of the fglrx driver and the Linux kernel are not on the same level. The fglrx driver requires some special interactions with the kernel memory API and these tend to change between kernel versions. <br />
<br />
There is also an 11-12 week cycle required to develop, validate and test each release of an ATI driver <ref>http://www.phoronix.com/scan.php?page=article&item=735&num=1</ref>. ATI will only look to support the latest kernel that is officially out (no -rc or -git releases are supported) at the time they release a driver. Example: fglrx version A comes out Monday, but kernel version B comes out Tuesday. Kernel version B is not supported by fglrx version A. (but might be able to work anyway by doing a 'modprobe -f fglrx' in a shell)<br />
<br />
The binary part of ATI's kernel module has no explicit dependency on the Linux kernel. There are a set of source files that provide the glue to the kernel. This is where the dependency to different kernels exist. As a result, user contributed patches for newer kernels can often be found by searching [http://ati.cchtml.com Bugzilla].<br />
<br />
==X Configuration==<br />
===Composite Extension===<br />
If you've enabled transparency, and you've added the Composite extension to the xorg.conf file, the ATI driver will disable DRI.<br />
<br />
The only way to use 3D and the ATI OpenGL drivers is commenting the Option "Composite" "Enable" line.<br />
<br />
It may be necessary to put the following lines into xorg.conf:<br />
<br />
Section "Extensions"<br />
Option "Composite" "Disable"<br />
EndSection<br />
<br />
==Troubleshooting==<br />
* See [[Troubleshooting]] page.<br />
<br />
==See Also==<br />
*[http://ati.amd.com/products/catalyst/linux.html Official ATI Linux Driver FAQ]<br />
<br />
==References==<br />
<references/></div>201.12.172.58