Bug 63089 - Only get black screen with Trident TGUI9680
Summary: Only get black screen with Trident TGUI9680
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Red Hat Public Beta
Classification: Retired
Component: XFree86
Version: skipjack-beta2
Hardware: i386
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Mike A. Harris
QA Contact: David Lawrence
URL:
Whiteboard:
Depends On:
Blocks: 61901 67218
TreeView+ depends on / blocked
 
Reported: 2002-04-09 22:46 UTC by William Shotts
Modified: 2007-04-18 16:41 UTC (History)
1 user (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2002-06-28 19:46:44 UTC
Embargoed:


Attachments (Terms of Use)
XF86Config-4 (3.70 KB, text/plain)
2002-04-09 22:48 UTC, William Shotts
no flags Details
XFree86.0.log (24.76 KB, text/plain)
2002-04-09 22:49 UTC, William Shotts
no flags Details

Description William Shotts 2002-04-09 22:46:42 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i586; en-US; rv:0.9.9) Gecko/20020401

Description of problem:
With skipjack (betas 1 and 2), it is impossible to configure X to work with the
Trident TGUI9680.  X appears to run but it only produces a black screen.  You
can terminate the X server (using ctl-alt-bksp) but the console screen does not
return.  You must reboot to get the video restored.  When you run anaconda, you
do get a test screen.  This card works with 7.2.

Version-Release number of selected component (if applicable):


How reproducible:
Always

Steps to Reproduce:
1.Install skipjack beta 2
2.Select 16 bit color, 800x600
3.Confirm test screen
4.Reboot after install
5.startx

Actual Results:  Screen goes black and stays that way until you reboot.  I have
tried various modes (8/16 bits, 800x600/1024x768) and get same results, both
with anaconda and Xconfigurator.

Expected Results:  X comes up normally.

Additional info:

Comment 1 William Shotts 2002-04-09 22:48:51 UTC
Created attachment 52984 [details]
XF86Config-4

Comment 2 William Shotts 2002-04-09 22:49:54 UTC
Created attachment 52985 [details]
XFree86.0.log

Comment 3 Mike A. Harris 2002-05-21 02:25:54 UTC
Does the problem go away if you try using:  Option "noaccel"

Comment 4 Alan Hourihane 2002-05-21 08:04:55 UTC
Can you pick up a new driver from http://www.xfree86.org/~alanh
and copy it to /usr/X11R6/lib/modules/drivers. Make sure you
backup the old one.

And try that.

Let us know.

Comment 5 Mike A. Harris 2002-06-22 07:59:40 UTC
Please try Alan's driver above, or try the latest XFree86 build in
rawhide, which contains a backport of the Trident driver from XFree86
CVS head.  It is critically important that we get feedback on this as
soon as possible, otherwise the driver may stay broken.

Does the rawhide X or Alan's driver fix the problem for you?

Comment 6 William Shotts 2002-06-22 19:54:26 UTC
I reinstalled skipjack beta 2 on to my test machine and confirmed the problem
with the trident board.  I then replaced the driver with Alan's new one.  I can
now configure the Trident to work in both the 1024x768 and 800x600 modes (16bpp).
Thanks.

Comment 7 William Shotts 2002-06-28 19:46:36 UTC
Using Alan's new driver also resolves the problem in 7.3.

Comment 8 Mike A. Harris 2002-07-27 22:08:33 UTC
XFree86-4.2.0-trident-driver-update-cvs-20020617.patch is now in
rawhide XFree86, which updates the trident driver to June 17th's
XFree86 CVS driver.  I'm assuming alan's driver was in CVS at
that date, and that rawhide XFree86 solves this problem now.

If rawhide X does not solve the problem, please reopen this bug
report, and provide updated details.


Note You need to log in before you can comment on or make changes to this bug.