Red Hat Bugzilla – Bug 42033
XFree86 version 4.0.3 doesn't work for my Trident Cyber 9388
Last modified: 2007-04-18 12:33:23 EDT
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 out how. How Reproducible: Always Steps to Reproduce: 1. startx 2. 3. Actual Results: unreadable screen The rectangular cloud that is the cursor seems to occupy roughly 64 pixels by 64 pixels. Other transformations are harder to make out. Expected Results: normal desktop Additional Information: 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: Xconfigurator --preferxf3 It turns out that a version of this RPM is also on the 7.1 distribution. This worked. 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. Thanks.
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 future also.