<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
	<id>http://wiki.cchtml.com/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=74.231.24.2</id>
	<title>cchtml.com - User contributions [en]</title>
	<link rel="self" type="application/atom+xml" href="http://wiki.cchtml.com/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=74.231.24.2"/>
	<link rel="alternate" type="text/html" href="http://wiki.cchtml.com/index.php?title=Special:Contributions/74.231.24.2"/>
	<updated>2026-04-30T14:28:22Z</updated>
	<subtitle>User contributions</subtitle>
	<generator>MediaWiki 1.43.1</generator>
	<entry>
		<id>http://wiki.cchtml.com/index.php?title=Frequently_Asked_Questions&amp;diff=847</id>
		<title>Frequently Asked Questions</title>
		<link rel="alternate" type="text/html" href="http://wiki.cchtml.com/index.php?title=Frequently_Asked_Questions&amp;diff=847"/>
		<updated>2007-10-16T11:21:49Z</updated>

		<summary type="html">&lt;p&gt;74.231.24.2: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;acelouervid&lt;br /&gt;
==Installation==&lt;br /&gt;
===How do I know fglrx is installed correctly?===&lt;br /&gt;
There are several ways to check if fglrx is loaded and running.&lt;br /&gt;
&amp;lt;br&amp;gt;1. Check your X.org or XFree86 log. You should see &amp;quot;DRI Initialization Successful.&amp;quot;&lt;br /&gt;
 # less /var/log/Xorg.0.log&lt;br /&gt;
 or&lt;br /&gt;
 # less /var/log/XFree86.0.log&lt;br /&gt;
2. Check glxinfo. You should see &amp;quot;direct&amp;quot; and not &amp;quot;indirect.&amp;quot;&lt;br /&gt;
 # glxinfo | grep direct&lt;br /&gt;
3. Check your kernel log. You should see fglrx messages near the bottom.&lt;br /&gt;
 # dmesg&lt;br /&gt;
4. Check your modules. You should see fglrx loaded.&lt;br /&gt;
 # lsmod | grep fglrx&lt;br /&gt;
*NOTE: [[Glxgears is not a Benchmark|glxgears]] is not a definite way of checking the installation of fglrx.&lt;br /&gt;
&lt;br /&gt;
=== Is the rebooting really necessary? ===&lt;br /&gt;
&lt;br /&gt;
No.&lt;br /&gt;
&lt;br /&gt;
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&#039;t want to reboot for some reason, you may manually shut down Xorg, unload any old &amp;quot;drm&amp;quot;, &amp;quot;radeon&amp;quot; or &amp;quot;fglrx&amp;quot; modules and then start Xorg again.&lt;br /&gt;
&lt;br /&gt;
==Kernel==&lt;br /&gt;
===Why does fglrx not work for my bleeding-edge kernel?===&lt;br /&gt;
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. &lt;br /&gt;
&lt;br /&gt;
There is also an 11-12 week cycle required to develop, validate and test each release of an ATI driver &amp;lt;ref&amp;gt;http://www.phoronix.com/scan.php?page=article&amp;amp;item=735&amp;amp;num=1&amp;lt;/ref&amp;gt;.  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 &#039;modprobe -f fglrx&#039; in a shell)&lt;br /&gt;
&lt;br /&gt;
The binary part of ATI&#039;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].&lt;br /&gt;
&lt;br /&gt;
==X Configuration==&lt;br /&gt;
===Composite Extension===&lt;br /&gt;
If you&#039;ve enabled transparency, and you&#039;ve added the Composite extension to the xorg.conf file, the ATI driver will disable DRI.&lt;br /&gt;
&lt;br /&gt;
The only way to use 3D and the ATI OpenGL drivers is commenting the Option &amp;quot;Composite&amp;quot; &amp;quot;Enable&amp;quot; line.&lt;br /&gt;
&lt;br /&gt;
It may be necessary to put the following lines into xorg.conf:&lt;br /&gt;
&lt;br /&gt;
    Section &amp;quot;Extensions&amp;quot;&lt;br /&gt;
          Option      &amp;quot;Composite&amp;quot; &amp;quot;Disable&amp;quot;&lt;br /&gt;
    EndSection&lt;br /&gt;
&lt;br /&gt;
==Troubleshooting==&lt;br /&gt;
* See [[Troubleshooting]] page.&lt;br /&gt;
&lt;br /&gt;
==See Also==&lt;br /&gt;
*[http://ati.amd.com/products/catalyst/linux.html Official ATI Linux Driver FAQ]&lt;br /&gt;
&lt;br /&gt;
==References==&lt;br /&gt;
&amp;lt;references/&amp;gt;&lt;/div&gt;</summary>
		<author><name>74.231.24.2</name></author>
	</entry>
	<entry>
		<id>http://wiki.cchtml.com/index.php?title=Category:OEMs&amp;diff=2955</id>
		<title>Category:OEMs</title>
		<link rel="alternate" type="text/html" href="http://wiki.cchtml.com/index.php?title=Category:OEMs&amp;diff=2955"/>
		<updated>2007-10-14T11:28:51Z</updated>

		<summary type="html">&lt;p&gt;74.231.24.2: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;olochieltca&lt;br /&gt;
Beige box manufacturers will typically use stock cards purchased through retail channels only.  &lt;br /&gt;
&lt;br /&gt;
This list should contain branded boards (motherboards, AIB cards and systems).&lt;br /&gt;
&lt;br /&gt;
Branded systems will typically invest a lot more effort into ensuring components are compatible and stable.  As a result, listing branded systems allows users to understand the breadth of support provided by ATI&#039;s drivers.  &lt;br /&gt;
&lt;br /&gt;
Please select a hardware manufacturer from the list below.&lt;br /&gt;
&lt;br /&gt;
[[Category:NeedsUpdating]]&lt;br /&gt;
[[Link title]]&lt;/div&gt;</summary>
		<author><name>74.231.24.2</name></author>
	</entry>
	<entry>
		<id>http://wiki.cchtml.com/index.php?title=TurboLinux&amp;diff=1496</id>
		<title>TurboLinux</title>
		<link rel="alternate" type="text/html" href="http://wiki.cchtml.com/index.php?title=TurboLinux&amp;diff=1496"/>
		<updated>2007-10-05T07:22:00Z</updated>

		<summary type="html">&lt;p&gt;74.231.24.2: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;eltdronolora&lt;br /&gt;
{{VCT}}&lt;br /&gt;
[[Category:Distributions]]&lt;br /&gt;
[[Category:NeedsUpdating]]&lt;/div&gt;</summary>
		<author><name>74.231.24.2</name></author>
	</entry>
	<entry>
		<id>http://wiki.cchtml.com/index.php?title=LFS&amp;diff=1710</id>
		<title>LFS</title>
		<link rel="alternate" type="text/html" href="http://wiki.cchtml.com/index.php?title=LFS&amp;diff=1710"/>
		<updated>2007-10-01T21:42:10Z</updated>

		<summary type="html">&lt;p&gt;74.231.24.2: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;erlisiterou&lt;br /&gt;
For all of you that like to do things the hard way:&lt;br /&gt;
== Getting 3D for your ATI Radeon card in LFS [http://www.linuxfromscratch.org/] ==&lt;br /&gt;
&lt;br /&gt;
Used here&lt;br /&gt;
* Kernel 2.6.15 (with agp and DRM configured)&lt;br /&gt;
* Fresh LFS install&lt;br /&gt;
* Xorg 6.8.2 (By BLFS)&lt;br /&gt;
* Driver (proprietary fglrx 8.20.8) &lt;br /&gt;
&lt;br /&gt;
Probably not needed (and might even interfere!) Please verify and edit if possible.&lt;br /&gt;
* Mesa-6.4.1 (leftovers after failed attempt at installing r300_dri)&lt;br /&gt;
 &lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
After browsing ATI&#039;s homepage for drivers I decided to use the installer-package, as I didn&#039;t have any easy way to convert rpms into tarballs.&lt;br /&gt;
&lt;br /&gt;
If you decide to use the installer provided by ATI, make sure you don&#039;t have any libGL.so.* lying around in /usr/X11R6/lib before running the installer binary. It appears to rename installed files rather than overwriting old. Move any existing just to be safe:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;&lt;br /&gt;
mkdir /root/old_libGL &amp;lt;br&amp;gt;&lt;br /&gt;
mv /usr/X11R6/lib/libGL.so* /root/old_libGL&lt;br /&gt;
&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Run the installer, it does some checks and then opens a graphical point-and-clickety install window. Follow instructions and install the correct driver. Maybe it works now already? Never has for me, so I&#039;ll continue..&lt;br /&gt;
&lt;br /&gt;
After the installer exits you should have a directory /lib/modules/fglrx/build_mod&lt;br /&gt;
with a script &amp;quot;make.sh&amp;quot; to re-build the fglrx driver. Now for kernel 2.6.15 with fglrx 8.20.8 you&#039;ll need to apply a patch for avoiding errors of:&lt;br /&gt;
&lt;br /&gt;
Bad page state at free_hot_cold_page&lt;br /&gt;
I pathched manually, since all you need to do is change line 2624 in firegl_public.c to&lt;br /&gt;
#if LINUX_VERSION_CODE &amp;gt;= 0x02060f&lt;br /&gt;
&lt;br /&gt;
If the script complains about not being run from a real console, you could try to hack it a bit to go on anyway.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;code&amp;gt;&lt;br /&gt;
cd /lib/modules/fglrx/build_mod &amp;lt;br&amp;gt;&lt;br /&gt;
vi make.sh&lt;br /&gt;
&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
search for:&lt;br /&gt;
&lt;br /&gt;
 if [ $? -ne 0 ];&lt;br /&gt;
  then&lt;br /&gt;
    echo &amp;quot;You arent running in a &#039;login shell&#039;.&amp;quot;&lt;br /&gt;
    echo &amp;quot;Please login directly from a console&amp;quot;&lt;br /&gt;
    echo &amp;quot;or use &#039;su -l&#039; to get the same result.&amp;quot;&lt;br /&gt;
    exit 1&lt;br /&gt;
  fi&lt;br /&gt;
&lt;br /&gt;
and delete the line with &#039;exit 1&#039; to get past that annoyance. Run it to build the modules. Then change to the parent directory and run &amp;quot;make_install.sh&amp;quot;, hack as needed. This installs the kernel module and it&#039;s conterpart in /lib/X11R6/modules/&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Finally, when all of this is done, you might need an old version of libstdc++&lt;br /&gt;
check it by typing:&lt;br /&gt;
&lt;br /&gt;
 [shell]$ ldd /usr/X11R6/lib/modules/dri/fglrx_dri.so&lt;br /&gt;
 libm.so.6 =&amp;gt; /lib/libm.so.6 (0x408a5000)&lt;br /&gt;
 libstdc++.so.5 =&amp;gt; /usr/lib/libstdc++.so.5 (0x408c7000)&lt;br /&gt;
&lt;br /&gt;
Since I had only version 6 on my system I also installed version 5 to make fglrx happy.&lt;br /&gt;
&lt;br /&gt;
Alternatively, setting LIBGL_DEBUG might also reveal old libstdc++ dependencies.&lt;br /&gt;
&lt;br /&gt;
run fglrxconfig, answer a lot of questions, start X and pray.&lt;br /&gt;
&lt;br /&gt;
Good luck!&lt;br /&gt;
/Jeol &lt;br /&gt;
&lt;br /&gt;
(...think I forgot somthing, hm.)&lt;br /&gt;
&lt;br /&gt;
== Troubleshooting tips ==&lt;br /&gt;
Read the log, look for errors (EE)&amp;lt;br&amp;gt;&lt;br /&gt;
&amp;lt;code&amp;gt;&lt;br /&gt;
cat /var/log/Xorg.0.log | grep EE &amp;lt;br&amp;gt;&lt;br /&gt;
LIBGL_DEBUG=verbose glxinfo&lt;br /&gt;
&amp;lt;/code&amp;gt;&lt;br /&gt;
&lt;br /&gt;
{{VCT}}&lt;br /&gt;
[[Category:Distributions]]&lt;/div&gt;</summary>
		<author><name>74.231.24.2</name></author>
	</entry>
</feed>