Sounds like a KDE issue, not XFree86.. reassigning..

I looked at the same log for NVIDIA drivers and the difference is an
error message for NVIDIA drivers stating that RENDERING is not defined
or something to that fact. I know NVIDIA does their own rendering....
Could it be that nv will work without rendering and that is my problem?
Is there anything in kernel or XF86Config-4 file that needs to be called?

I can't reproduce this on mga and ati chipsets (the only ones I have
available)...
Does updating qt to 2.3.0 help?

Where can I get the qt-2.3.0 rpms? What is the difference between
XFree86-libs-4.0.2-0.2 and higher....everything works with 0.2 libs
(all others being at the current level!). The funny thing is that it
is happening on two different machines, a DELL Inspiron 4000 notebook
with ATI Rage Mobility, and a DELL Dimension XPS-T with GeForce 256
card.

More info...I have installed XFree86-libs-4.0.2-9.2...and started adding
libraries from XFree86-libs-4.0.2-0.2. The only one that SOLVES the
problem is: libXft.so.1.0   This is also the file whose size is most
different between the two versions. Something has changed between 0.2 and 1
in libXft...any ideas?

Definitely an X bug then.
This is almost certainly related to Bug #26350.
Mike, please update Xft to the stuff from CVS.

umar: Please try the X packages at ftp://ftp.bero.org/pub/experimental/i386 
and let us know if they solve this problem for you.

Also, please let us know if this problem persists with qt 2.3.0, it has a 
couple of workarounds for Xft bugs.

I am trying to compile qt-3.0 from CVS (even fixed the qt.spec file) but
compilation crashes due to some Xft header error:
========
g++ -c -pipe -Wall -W -O2 -march=i386 -mcpu=i686 -fno-exceptions -D_REENTRANT
-fPIC -DQT_FATAL_ASSERT -DQT_THREAD_SUPPORT -DQT_BUILTIN_GIF_READER
-DQT_NO_STYLE_AQUA -DQT_THREAD_SUPPORT -DQT_NO_DEBUG
-I/usr/src/redhat/BUILD/qt-3.0.0/src/3rdparty/libmng
-I/usr/src/redhat/BUILD/qt-3.0.0/src/3rdparty/libjpeg
-I/usr/src/redhat/BUILD/qt-3.0.0/include -I/usr/X11R6/include
-I/usr/X11R6/include -I/usr/src/redhat/BUILD/qt-3.0.0/src/.moc/release-mt/ -o
/usr/src/redhat/BUILD/qt-3.0.0/src/.obj/release-mt/qapplication_x11.o
/usr/src/redhat/BUILD/qt-3.0.0/src/kernel/qapplication_x11.cpp
In file included from /usr/src/redhat/BUILD/qt-3.0.0/src/kernel/qt_x11.h:97,
                 from
/usr/src/redhat/BUILD/qt-3.0.0/src/kernel/qapplication_x11.cpp:125:
/usr/X11R6/include/X11/Xft/XftFreetype.h:34: syntax error before `;'
/usr/X11R6/include/X11/Xft/XftFreetype.h:37: syntax error before `;'
/usr/X11R6/include/X11/Xft/XftFreetype.h:41: syntax error before `;'
/usr/X11R6/include/X11/Xft/XftFreetype.h:69: `FT_Face' was not declared in this
scope
/usr/X11R6/include/X11/Xft/XftFreetype.h:69: parse error before `,'
make[2]: ***
[/usr/src/redhat/BUILD/qt-3.0.0/src/.obj/release-mt/qapplication_x11.o] Error 1
make[2]: Leaving directory `/usr/src/redhat/BUILD/qt-3.0.0/src'
make[1]: *** [sub-src] Error 2
make[1]: Leaving directory `/usr/src/redhat/BUILD/qt-3.0.0'
make: *** [init] Error 2
=========================================================================
Any quick solutions!

XFree86-*-*-6bero did NOT do it...same problem

OK....I have extracted the latest CVS XFree86 entire package and rebuilt it
using RedHat spec file (keeping some of the redhat patches). It seems to
work!!! I'll check on the notebook this weekend.

Some usefull hints about the CVS files and the spec file:

1. There is a typo in xc/fonts/util/Imakefile, the last line
   LinkFile(map-KOI8-R,KIO8-R.TXT) ---> LinkFile(map-KOI8-R,KOI8-R.TXT)
   typo KIO8-R.TXT crashes the build.

2. In file xc/programs/xftcache/Imakefile remove the install:: statement.
   If kept this introduces a second install:: statement in addition to the
   default one AND it is: $RPMBUILD_DIR/usr/X11R6/bin/xftcache, which executes
   xftcache, and if your presently installed libraries (actual ones) are not
   up to date it crashes by not finding certain symbols thus killing the build.

3. The binary command fsinfo no longer is there (directory is there but empty).
   The spec file looks for it and cannot find it. This may be due to the fact
   that there is another fsinfo in /usr/sbin coming from am-utils package.

4. When Cyrillic option is set to NO the spec file still checks for files etc.
   that crashes the build.

I tried it on the notebook (DELL Inspiron 4000) with ATI Rage Mobility.
The KDE still crashes but some of the GL screensavers are now working but
not all. So, in summary "nv" driver is ok with KDE now but not r128.

Qt 2.3.0, not 3.0.0 - Try the package from the current rawhide tree.

Sorry that is what I meant....OK...I installed all the rawhide stuff
this morning (XFree-4.0.2-11, qt-2.3.0, etc.) and the nv driver IS
working now with KDE....I'll test the notebook r128 tonight.

Try XFree86-4.0.2-11.4.0 and Mesa 3.4-11 from:
ftp://people.redhat.com/mharris
Also use the latest rawhide kernel.  This should solve the problem.  You
must use these packages together though, grabbing one only will not work.

Does it fix the problem for you (both nvidia and r128 fixes have occured).

Does the above packages fix it for you?
4.0.2a-2 and mesa 3.4-12 are avail now, try those instead.

Can't reproduce with 4.0.3-1 + Mesa3.4-13 from rawhide.

ftp://people.redhat.com/mharris

Yes...I finally managed to get 4.0.3-1 and Mesa and this problem seems to
be resolved. Thanks.