Bug 14048

I absolutely confirm this bug. I posted some infos about this bug here:
https://bugs.freedesktop.org/show_bug.cgi?id=11617
But I was probably wrong about "xorg starts correctly" as it doesn't start and it behaves like Timo described (100% CPU).

So I correct my previous statement and re-post my infos (as attachments seem corrupted in the other bug).


Computer:
Toshiba 1800-100 and Trident Ai1 (for
more info see the attached X org log and dmesg).


Not-working Distributions tested:
- Ubuntu 7.10 - Xorg 7.2
- Debian unstable - Xorg 7.3
- Fedora 7 - Xorg 7.2
Working distros:
- Debian 4.0 - Xorg 7.1
- a lot of other distros with Xorg <= 7.1


Other reports:
https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-trident/+bug/154069
http://ubuntuforums.org/showthread.php?t=587668


Workaround:
Add Option "NoDDC" in the "Device" section of xorg.conf


Bugs probably related (or duplicates):
https://bugs.freedesktop.org/show_bug.cgi?id=3946


Working combinations of xorg.conf:
driver trident + option noddc
Not working combinations:
driver trident without option noddc
driver vesa + option noddc


Going to attach some logs.

Created attachment 13927 [details]
dmesg output

Created attachment 13928 [details]
lspci output

Created attachment 13929 [details]
Xorg.0.log not using Option "NoDDC"

Last two lines are:
(II) Loading sub module "ddc"
(II) LoadModule: "ddc"(II) Module "ddc" already built-in

Created attachment 13930 [details]
xorg.conf not using Option "NoDDC"

This xorg.conf is taken from Debian Etch and Xorg 7.1. Updating to testing / unstable results in Xorg 7.2 or 7.3 not starting. Using the same xorg.conf and adding
Option "NoDDC" fixes the problem.

Created attachment 13931 [details] [review]
Xorg.0.log using Option "NoDDC"

Using Option "NoDDC" starts Xorg 7.2 and Xorg 7.3 correctly.

Could this be fixed thanks to the recent patches from Bart? (bug#14332)

(In reply to comment #7)
> Could this be fixed thanks to the recent patches from Bart? (bug#14332)
> 

As I am not able to patch and compile by myself: is there a precompiled version I can test? (e.g. from Debian unstable/experimental, Fedora rawhide or so on).

(In reply to comment #8)

> As I am not able to patch and compile by myself: is there a precompiled version
> I can test? (e.g. from Debian unstable/experimental, Fedora rawhide or so on).

Rawhide has these patches included now, yes.

(In reply to comment #9)
> Rawhide has these patches included now, yes.
> 

Unfortunately Fedora 9 beta (25/03/2008) still has the same bug.
If I start the installation in graphical mode the screen turns blank and CPU fan goes at the maximum speed (indicating constant 100% CPU usage); while if I start in text mode everything goes well.

Meh.  Trident isn't that important, moving to 7.5.

(In reply to comment #11)
> Meh.  Trident isn't that important, moving to 7.5.
> 

Three releases with this nasty bug is not good however luckily there aren't a lot of these cards out there nowadays. If you need a tester I'm here...

*** Bug 15937 has been marked as a duplicate of this bug. ***

*** Bug 11617 has been marked as a duplicate of this bug. ***

Without the NoDCC "work-around", Xorg 1.5.2 goes into an infinite CPU loop.
With NoDCC, Xorg 1.5.2 locks up the machine hard, requiring a power cycle.

Copying X.Org X Server 1.4.0.90 and the associated /usr/lib/xorg directory
from Ubuntu 8.04 to the Ubuntu 8.10 machine allows the NoDCC work-around to
work without locking up the machine hard.

Toshiba Laptop "Satellite" Model PS181C-00CET
01:00.0 VGA compatible controller: Trident Microsystems CyberBlade/i1 (rev 5d)

O/S Ubuntu 8.10

X.Org X Server 1.5.2
Release Date: 10 October 2008
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.24-19-server i686 Ubuntu
Current Operating System: Linux toshiba-laptop 2.6.27-11-generic #1 SMP Thu Jan 29 19:24:39 UTC 2009 i686
Build Date: 24 October 2008  08:00:16AM
xorg-server 2:1.5.2-2ubuntu3 (buildd@rothera.buildd) 
	Before reporting problems, check http://wiki.x.org
	to make sure that you have the latest version.
Module Loader present

------------ xorg.conf with work-around --------
# this works for X.Org 1.4.0.90 (copied from Ubuntu 8.04)
# this locks up the machine hard for X.Org 1.5.2 (default in Ubuntu 8.10)
Section "Device"
	Identifier	"Configured Video Device"
	Option          "NoDDC"
EndSection

Section "Monitor"
	Identifier	"Configured Monitor"
	VendorName "Toshiba"
        ModelName  "Unknown"
        HorizSync  31.5-90
        VertRefresh 60
	Option		"NoDDC"
	Option		"DPMS"	"True"
EndSection

Section "Screen"
	Identifier	"Default Screen"
	Monitor		"Configured Monitor"
	Device		"Configured Video Device"
EndSection

I tried another distro which ships packages which are compiled from almost vanilla sources: Arch Linux 2009. To my surprise X.Org X Server 1.5.3 seems to work flawlessly even without the "NoDDC" option. So this bug is probably due to a weird patch downstream.

The xorg.conf is generated by X -configure, with no modifications.

Created attachment 23619 [details]
Arch Linux's "X -configure" xorg.conf

Created attachment 23620 [details]
Arch Linux's Xorg.0.log without Option "NoDDC".

This is the proof that XServer 1.5.3 works without "NoDDC" option enabled.

Uh... and it works without xorg.conf too!

This smells like another x86emu bug.

Removed from X11R7.6 blocker list since it's unclear where the bug lies, or if it's even in our code and not a distro patch.   Also, because it's trident,
which is pretty unmaintained due to lack of interest.

Mass closure: This bug has been untouched for more than six years, and is not
obviously still valid. Please reopen this bug or file a new report if you continue to experience issues with current releases.