https://bugzilla.novell.com/show_bug.cgi?id=338930#c22
--- Comment #22 from David Rankin 2007-11-07 01:45:47 MST ---
Done,
Section "Module"
Load "dbe"
Load "type1"
Load "freetype"
Load "extmod"
Load "glx"
Load "dri"
EndSection
dri makes no difference with performance. The same 308 FPS are received
after restarting the server. However, I can still log in and log out without a
freeze as long as I am using the radeon driver. Graphics performance sucks, but
you can log in and out just fine.
The ati driver problem looks more and more like a memory leak or a piece of
the driver that gets left in memory when an X session in terminated. To answer
your question, I dropped to runlevel 3, reconfigured with the original radeon
driver, loaded dri and was able to log in and log out fine. The bizarre part is
that after I reconfigured to use the ati driver in runlevel 3 and went to start
x (startx), the system immediately hardlocked displaying the same symptoms that
originally started this Bug.
There shouldn't be anything left in memory after stopping the x server with
the /opt/kde3/share/config/kdm/kdmrc config set with:
# Core config for 1st local display
[X-:0-Core]
TerminateServer=true
Shutting down the system and clearing the memory immediately allowed me to
go back into x with the ati driver and start compiz without any problem. Of
course if I drop to runlevel 3 and then try and go back in, the system will
hang again -- every time.
I had installed the ati driver prior to conducting the test you wanted.
Before installing the ati driver, I saved the xorg.conf from the stock radeon
driver for that purpose. To configure for the test, I simply created a couple
of scripts that would configure the system to the original state and then
another script to set the system back in the state to use the ati driver with
compiz.
To set the system to its original state I used:
#!/bin/bash
#
# Unlink and Restore libGL.so.1.2
#
unlink /usr/lib/libGL.so.1.2
mv /usr/lib/libGL.so.1.2.sav /usr/lib/libGL.so.1.2
#
# Restore /usr/lib/libIndirectGL.so.1
#
mv /usr/lib/libIndirectGL.so.1.sav /usr/lib/libIndirectGL.so.1
#
# Set the proper xorg.conf
#
cp /home/david/linux/ati-compiz/xorg.conf.radeon /etc/X11/xorg.conf
To configure the system for the ati driver I do:
#!/bin/bash
#
# Move Old libGL.so.1.2 and Link New Lib
#
mv /usr/lib/libGL.so.1.2 /usr/lib/libGL.so.1.2.sav
ln -s /usr/X11R6/lib/libGL.so.1.2 /usr/lib/libGL.so.1.2
#
# Remove /usr/lib/libIndirectGL.so.1
#
mv /usr/lib/libIndirectGL.so.1 /usr/lib/libIndirectGL.so.1.sav
#
# Set the proper xorg.conf
#
cp /home/david/linux/ati-compiz/xorg.conf.compiz /etc/X11/xorg.conf
Crazy? Yes, but this is what it takes.
I have also done additional documenting of the library problems. See Bug
338947, for more details on the libraries that must be changed to get compiz to
work with this system. Hopefully some of this additional information will
pin-point exactly what the problem is and why the libraries and drivers don't
like this Toshiba laptop...
--
Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.