Red Hat Bugzilla – Bug 74638
trident blade3d 9880 & xfree 4.2.0 DO NOT MIX
Last modified: 2005-10-31 17:00:50 EST
Description of Problem:
a system running a trident blade3d 9880 AGP card sets up just fine. it also
works wonderfully in 1024x768 framebuffer mode in the console (vga=788), and it
even configures wonderfully for X11, but it just doesn't stay running.
it seems that something in gtk tickles something in xfree's trident driver that
causes the machine to reproducibly freeze up.
Version-Release number of selected component (if applicable):
--- with or without ximian's libraries i had the crashes, but it was clockwork
with ximian's red-carpet...
1) redhat-only rpms: seem to recall getting the behavior when closing galeon
windows via the sawfish X-box...
2) install ximian on top of an up-to-date redhat-73.
- restart (probably just restarting x11 is plenty)
- as root, 'red-carpet &'
/ click unsubscribed channels
/ click redhat 73
/ click subscribe
- BLAMMO! YOU NOW HAVE A FROZEN COMPUTER!
(OR AT LEAST I DO, REPEATBLY, EVERY TIME THIS IS TRIED)
TOTALLY FROZEN SYSTEM. DOES NOT RESPOND TO PING.
DOES NOT RESPOND TO KEYBOARD. ANIMATED EXCLAIMATION POINT IN REDHAT UPDATE
TOOLBAR DOES NOT BLINK.
This guy had the same problem but doesn't seem to have filed a bug report.
DOES SHOUTING LIKE THIS MAKE YOU THINK THAT IT WILL GET THE PROBLEM
I don't see your video card listed as being a supported card in the
official XFree86 video hardware support status document for 4.2.0:
Therefore, it appears that this isn't actually a bug, but rather that
your hardware is just unsupported. Since I neither have this video
card, nor do I have the technical specifications for it because
Trident refuses to release such information to open source developers,
there's basically nothing I can do about this.
Your best recourse, is to post a POLITE email message to email@example.com,
requesting driver support for this chip. Alan Hourihane the Trident
driver maintainer reads that mailing list, and he might be able to
add support for it into some future release of XFree86.
Once it is supported by XFree86, it will be added to a future release
of Red Hat Linux. In the mean time, you can try using the "vesa" driver.
Keep in mind though, that if the "vesa" driver does not work, it is
generally a bug in the video card's BIOS, and nothing that can be fixed.
THE 'Trident Blade3D' card IS listed as supported at
and TYPING IN ALL CAPS is not shouting...it's highlighting...
the 'vesa' server doesn't crash on the same test cases that caused the trident
server to crash, but it also doesn't pick a sane modeline for my flatpanel
display and the interaction between kernel framebuffer and xfree/vesa drivers
pooches the display... xfree/fbdev doesn't seem to work right either...instead
of noticing that the kernel's using 1024x768, it switches to 800x600.
some of my peripheral difficulties with this configuration were snarks:
it turns out that the 'fbdev' xfree driver is a reasonable but slow workaround.
the reason it came up 800x600 is that vga=788 was an 800x600 mode.
i shall report the xfree/trident problem to xpert list, but since this is listed
as supported hardware, with multiple people having difficulties with it, then it
seems fitting that it be tracked here.
1) Typing in all caps *is* shouting. It's standard convention for electronic
communication, and well accepted as being shouting by 99% of the community
for well over 15 or more years.
2) <U>This is highlighting, if bugzilla interprets underline tags properly</U>
3) The Hardware compatibility list is not accurate. That's not my problem
because I do not have anything to do with determining what gets listed
in the Hardware compatibility list. I do however have everything to
do with deciding what is and is not supported. If something is not
listed explicitly on XFree86.org's status page, then it might or might
not work, however I consider it unsupported unless it appears there
explicitly. If it does appear there, it might or might not be considered
supported depending on various factors.
It is fine to track your problem here if you like however.
Does disabling acceleration by using: Option "noaccel" in your config
file (man XF86Config - if unfamiliar with this option) cause the problem
to go away? If so, we can troubleshoot further to try and find the root
Closing bug as I'm unable to do anything without receiving a response
to the question I asked in my last comment well over a month and a half
If this issue is still occuring and is considered important to you, please
provide the information requested and reopen the bug report.