https://www.thinkwiki.org/w/api.php?action=feedcontributions&user=84.167.220.170&feedformat=atomThinkWiki - User contributions [en]2024-03-29T10:51:53ZUser contributionsMediaWiki 1.31.12https://www.thinkwiki.org/w/index.php?title=Problems_with_fglrx&diff=12472Problems with fglrx2005-11-20T13:48:12Z<p>84.167.220.170: /* Troubles using software suspend */</p>
<hr />
<div>This page discusses issues with the ATI proprietary [[fglrx]] display driver.<br />
<br />
== Known Troubles and Solutions ==<br />
=== No hardware acceleration ===<br />
If the ATI driver works only without the hardware acceleration, take into consideration that {{path|fglrx_dri.so}} was linked against libstdc++.so.5 which may not be present if your system uses gcc-3.4.<br />
<br />
To fix this, compile gcc-3.3.5 and copy <tt>libstdc++.so.5*</tt> to {{path|/usr/lib}} and update the dynamic linker cache via {{cmdroot|ldconfig}}.<br />
<br />
Another possible cause for broken hardware acceleration (2D and 3D) is the radeonfb framebuffer: Switching to vesafb or vesafb-tng is reported to solve the problem on some systems. Also it has proven helpful to not perform {{cmdroot|modprobe fglrx}} after boot but to have the module loaded via {{path|/etc/modules.autoload/kernel2.x}} at boottime instead.<br />
<br />
=== Softlink hell ===<br />
<br />
The [[fglrx]] installer replaces the standard X.org OpenGL implementation (Mesa) with its own files, potentially causing collisions with the distribution's file and package management. It is best to install the driver via a package built for your distribution, which will typically include the necessary kludges to make things work. See the [[fglrx]] page for pointers.<br />
<br />
====Discussion====<br />
<br />
If you install the driver and type "fglrxinfo" which shows you are still using the mesa indirect software GL renderer, you likely have some misplaced softlinks. I find this *really* frustrating, and do not know why it occasionally occurs -> I think it has to do with an apt-get upgrade that sometimes replaces these links. Anyway, go to<br />
<br />
: cd /usr/X11R6/lib<br />
<br />
and list your GL libraries and links<br />
<br />
: ls -la *GL*<br />
<br />
You should see something like:<br />
<br />
: libGL.so -> libGL.so.1.2<br />
<br />
and<br />
: libGL.so.1 -> libGL.so.1.2<br />
<br />
If you see a link to a mesa library (something like ->libGL.mesa.1.2), then that's your problem! Restore the softlink with a command similar to:<br />
: ln -s <actual file> <softlink name><br />
<br />
e.g.<br />
: ln -s libGL.so.1.2 libGL.so.1<br />
<br />
For some reason, this link might "break" later, giving you the software rendering once more. I renamed the mesa library to mesa.bkup, and the system still found it and linked to it despite the name change. If you have to do this a lot, you could write a restoreGL script...<br />
<br />
=== Troubles using software suspend ===<br />
When the computer resumes from suspend, X only displays a garbled image and the computer is frozen.<br />
The problem is acknowledged in ATI's release notes and in knowledge base entry [https://support.ati.com/ics/support/KBResult.asp?searchFor=Search+Words&search.x=0&search.y=0&searchOption=id&questionID=737-218+&task=knowledge&searchTime=-1&productID=&folderID=-1&resultLimit=50 737-218]. Driver version 8.19.10 has "initial support for Suspend and Resume" but is working very nicely for most people (verified on T43p and T42) without vbetool.<br />
<br />
If you are using an older version of fglrx, using [http://www.srcf.ucam.org/~mjg59/vbetool/ vbetool] to save/restore the video card state before/after suspend worked for some people. If you use [[Software Suspend 2|Software Suspend 2 (suspend2)]] scripts, you can simply uncomment <tt>EnableVbetool yes</tt> in {{path|/etc/hibernate/hibernate.conf}}.<br />
<br />
{| cellspacing="0" cellpadding="2" border="1"<br />
|+ tested with the following configurations<br />
!model!!distro||kernel!!fglrx!!PM!!success!!comments<br />
|-<br />
|{{T42}}||SUSE 9.3||2.6.11||8.14.13||swsusp||yes||<br />
|-<br />
|{{T41p}}||???||2.6.14||8.19.10||suspend2 2.2-rc9||yes||needs a small [http://mailman.linux-thinkpad.org/pipermail/linux-thinkpad/2005-November/030381.html patch]<br />
|-<br />
|{{T42p}}||Debian||2.6.10||Debian packaged||suspend2||yes||<br />
|-<br />
|{{T43}}||Debian sid||2.6.14.2||8.19.10||swsusp||yes||works perfectly with 8.19.10 (but not earlier versions!)<br />
|-<br />
|{{T43}}||Debian etch||2.6.14.2||8.19.10||swsusp||yes||works perfectly with 8.19.10 and without vbetool<br />
|-<br />
|{{T43}}||FC4||2.6.14.1||8.19.10||suspend2 2.2-rc9||yes||needs a small [http://mailman.linux-thinkpad.org/pipermail/linux-thinkpad/2005-November/030381.html patch], requires DRI disabled in {{path|xorg.conf}} (hence no 3D acceleration)<br />
|-<br />
|{{T43}}||FC4||2.6.14.2||8.19.10||suspend2 2.2-rc11||yes||requires DRI disabled in {{path|xorg.conf}} (hence no 3D acceleration)<br />
|-<br />
|{{R50p}}||???||???||8.19.10||swsusp||yes||<br />
|-<br />
|{{T43p}}||Debian sid||2.6.14||8.19.10||Suspend to RAM||yes||without vbetool or UseDummyXServer, those two ''break'' the resume process here<br />
|}<br />
<br />
=== Troubles with large RAM ===<br />
Version 8.14.13 (and probably earlier versions) of the driver does not seem to be able to cope with large amounts of RAM: with 512 MB it works, with 1.5 GB it crashes the machine as soon as X is started. The problem is present only if the <tt>fglrx</tt> kernel module is loaded, but independently of whether {{kernelconf|CONFIG_HIGHMEM||||||}} is enabled. A workaround is to limit RAM by adding the {{bootparm|mem|864m}} kernel parameter.<br />
<br />
Version 8.16.20 fixes the problem.<br />
<br />
===Display switching ===<br />
The switching between internal and external display doesn't work, because the driver blocks messing around with the chipset via ACPI. If you want to use this feature (i.e. during presentations), you should use the VESA server instead (experienced with a R52, Kernel 2.6.11, xorg 6.8.2, fglrx 8.16.20).<br />
<br />
== Patches ==<br />
The following patches might be needed for certain versions of fglrx.<br />
<br />
* [http://lkml.org/lkml/2005/9/22/183 for kernel >= 2.6.13 ] Missing verify_area bug <br />
<br />
=== V 8.8.25 ===<br />
* [http://www.rage3d.com/board/showthread.php?t=33798874 for kernels >= 2.6.10]<br />
* [http://www.gehirn.org.uk/wiki/images/8.8.25-kernel-2.6.11+.patch For kernels >= 2.6.11-rc1]<br />
<br />
== Beta Testing ==<br />
The fglrx developers are looking for T Series users to take part in their beta program.<br />
<br />
If interested, plese contact mtippett (at) ati.com.<br />
<br />
[NOTE: The above email address does not seem to be working any more. I am getting mail delivery notification errors for this email address]</div>84.167.220.170