Description of Problem:
Screen on my NEC Versa SX notebook when I start X after my RHL7.1 install.
XFree 3.x worked fine on RHL 6.2 on the same computer.
I've tried many combinations of options, bpp, and resolution. The mess
shows up on the built in display and on an external monitor.
The pixels may all be there -- I can make out some of the parts of the
screen -- but they seemed to be interleaved in some way.
I've noticed a couple of other folks with Fujitsu Lifebooks (with the same
video chip) having problems with XFree86 4.0.3. They ended up running the
version 3 server on their RHL 7.1 system. I'll try that when I've figured
Steps to Reproduce:
The rectangular cloud that is the cursor seems to occupy roughly 64 pixels
by 64 pixels. Other transformations are harder to make out.
Testing X *during* RHL7.1 installation worked!
Created attachment 19450 [details]
XF86Config-4 created by installation of RHL7.1
Created attachment 19452 [details]
log of startx
My problems were with the 4.0.3 trident server installed by the standard
installation of RHL7.1. After my bug report (42033), I installed
the SVGA server from RHL7.0's 3.3.6.
rpm -i XFree86-SVGA-3.3.6-33.i386.rpm
To build appropriate config files, I used:
It turns out that a version of this RPM is also on the 7.1 distribution.
See also bug 41150
I'll ask upstream if anyone has any ideas about this because I have no
Trident hardware or docs.
*** Bug 44753 has been marked as a duplicate of this bug. ***
I installed RHL7.2 on the same hardware. XFree86-4.1.0-3, as installed, worked
perfectly. Not heavily tested, but clearly better than 4.0.3 and even 3.3.6.
Looking at the log from startx, it seems to be loading the module trident_drv.o
to run the screen (but it is also loading libfbdevhw.a). I could attach the
log, but I would guess that it doesn't matter since everything appears to work.
Cool, glad it is working now for you. I'll close the bug resolved in
RHL 7.2. There are some more Trident fixes coming in 4.2.0 in the