Launchpad has imported 22 comments from the remote bug at
https://bugs.freedesktop.org/show_bug.cgi?id=14048.

If you reply to an imported comment from within Launchpad, your comment
will be sent to the remote bug automatically. Read more about
Launchpad's inter-bugtracker facilities at
https://help.launchpad.net/InterBugTracking.

------------------------------------------------------------------------
On 2008-01-13T08:41:37+00:00 Timo Aaltonen wrote:

Forwarded from https://launchpad.net/bugs/181176, also reported on
Debian http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=454304

--

When launching X at anytime, usally right off the start. Ie right after
X launches and splash screen occurs.

 /usr/bin/X goes into infinate loop consuming 99% CPU.

Verified by booting to single user, starting sshd, and letting boot. As soon as 
screen goes blank,
login via ssh and run top.

This occurs on a Toshiba Satellite Laptop 1800 exact model PS181C BIOS
version 1.2 (floppy is dead, cannot upgrade BIOS)

Other reports of similair problem on FORUM and at following link with Debian 
Kernel:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=454304

Did
dpkg -i xserver-xorg-core-dbg_1.3.0.0.dfsg-12ubuntu8_i386.deb

and attached gdb to /usr/bin/X11 process. The following is the
backtrace, repeated numerous times:

<snip>
(gdb) bt full
#0 x86emuOp_opc80_byte_RM_IMM (op1=128 '\200')
    at ../../../../hw/xfree86/int10/../x86emu/ops.c:5205
        mod = <value optimized out>
        rl = <value optimized out>
        rh = <value optimized out>
        destreg = <value optimized out>
        imm = <value optimized out>
        destval = <value optimized out>
#1 0xb7bd11b3 in X86EMU_exec ()
    at ../../../../hw/xfree86/int10/../x86emu/decode.c:122
        op1 = <value optimized out>
#2 0xb7bbd825 in xf86ExecX86int10 (pInt=0x8217870)
    at ../../../../hw/xfree86/int10/xf86x86emu.c:40
        sig = 0
#3 0xb7bd93f9 in vbeDoEDID (pVbe=0x8217848, pDDCModule=0x0)
    at ../../../../hw/xfree86/vbe/vbe.c:190
        pMonitor = <value optimized out>
        pModule = (pointer) 0x1
        DDC_data = <value optimized out>
#4 0xb7c0aa20 in TRIDENTSwitchMode ()
   from /usr/lib/xorg/modules/drivers//trident_drv.so
No symbol table info available.
#5 0x080a8e54 in InitOutput (pScreenInfo=0x8202a80, argc=10, argv=0xbf9e45f4)
    at ../../../../hw/xfree86/common/xf86Init.c:601
        i = <value optimized out>
        j = -1208328589
        k = <value optimized out>
        scr_index = <value optimized out>
        modulelist = <value optimized out>
        optionlist = (pointer *) 0x82115e0
        layout = <value optimized out>
        screenpix24 = <value optimized out>
        pix24 = <value optimized out>
        pix24From = <value optimized out>
        autoconfig = <value optimized out>
        generation = 1
#6 0x08076ceb in main (argc=10, argv=0xbf9e45f4, envp=0xbf9e4620)
    at ../../dix/main.c:370
        i = <value optimized out>
        error = 136217184
        xauthfile = <value optimized out>
        alwaysCheckForInput = {0, 1}
--

adding option NoDDC makes it work ok.

Reply at: https://bugs.launchpad.net/xorg-server/+bug/181176/comments/11

------------------------------------------------------------------------
On 2008-01-25T10:59:43+00:00 Diego wrote:

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.

Reply at: https://bugs.launchpad.net/xorg-server/+bug/181176/comments/14

------------------------------------------------------------------------
On 2008-01-25T11:02:39+00:00 Diego wrote:

Created attachment 13927
dmesg output

Reply at: https://bugs.launchpad.net/xorg-server/+bug/181176/comments/15

------------------------------------------------------------------------
On 2008-01-25T11:04:38+00:00 Diego wrote:

Created attachment 13928
lspci output

Reply at: https://bugs.launchpad.net/xorg-server/+bug/181176/comments/16

------------------------------------------------------------------------
On 2008-01-25T11:05:58+00:00 Diego wrote:

Created attachment 13929
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

Reply at: https://bugs.launchpad.net/xorg-server/+bug/181176/comments/17

------------------------------------------------------------------------
On 2008-01-25T11:21:20+00:00 Diego wrote:

Created attachment 13930
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.

Reply at: https://bugs.launchpad.net/xorg-server/+bug/181176/comments/18

------------------------------------------------------------------------
On 2008-01-25T11:23:31+00:00 Diego wrote:

Created attachment 13931
Xorg.0.log using Option "NoDDC"

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

Reply at: https://bugs.launchpad.net/xorg-server/+bug/181176/comments/19

------------------------------------------------------------------------
On 2008-03-15T09:12:15+00:00 Brice Goglin wrote:

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

Reply at: https://bugs.launchpad.net/xorg-server/+bug/181176/comments/20

------------------------------------------------------------------------
On 2008-03-18T12:05:52+00:00 Diego wrote:

(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).

Reply at: https://bugs.launchpad.net/xorg-server/+bug/181176/comments/21

------------------------------------------------------------------------
On 2008-03-24T16:13:15+00:00 Ajax-a wrote:

(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.

Reply at: https://bugs.launchpad.net/xorg-server/+bug/181176/comments/22

------------------------------------------------------------------------
On 2008-03-25T16:51:47+00:00 Diego wrote:

(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.

Reply at: https://bugs.launchpad.net/xorg-server/+bug/181176/comments/25

------------------------------------------------------------------------
On 2008-06-19T16:46:27+00:00 Ajax-a wrote:

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

Reply at: https://bugs.launchpad.net/xorg-server/+bug/181176/comments/28

------------------------------------------------------------------------
On 2008-06-19T17:00:16+00:00 Diego wrote:

(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...

Reply at: https://bugs.launchpad.net/xorg-server/+bug/181176/comments/29

------------------------------------------------------------------------
On 2008-10-31T10:14:33+00:00 Timo Aaltonen wrote:

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

Reply at: https://bugs.launchpad.net/xorg-server/+bug/181176/comments/31

------------------------------------------------------------------------
On 2008-10-31T10:22:19+00:00 Timo Aaltonen wrote:

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

Reply at: https://bugs.launchpad.net/xorg-server/+bug/181176/comments/32

------------------------------------------------------------------------
On 2009-03-03T07:03:43+00:00 Ian! D. Allen wrote:

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 ([email protected]) 
        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


Reply at: https://bugs.launchpad.net/xorg-server/+bug/181176/comments/33

------------------------------------------------------------------------
On 2009-03-07T09:15:38+00:00 Diego wrote:

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.


Reply at: https://bugs.launchpad.net/xorg-server/+bug/181176/comments/35

------------------------------------------------------------------------
On 2009-03-07T09:16:56+00:00 Diego wrote:

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

Reply at: https://bugs.launchpad.net/xorg-server/+bug/181176/comments/36

------------------------------------------------------------------------
On 2009-03-07T09:19:24+00:00 Diego wrote:

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

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

Reply at: https://bugs.launchpad.net/xorg-server/+bug/181176/comments/37

------------------------------------------------------------------------
On 2009-03-07T09:27:10+00:00 Diego wrote:

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

Reply at: https://bugs.launchpad.net/xorg-server/+bug/181176/comments/39

------------------------------------------------------------------------
On 2010-10-24T22:12:17+00:00 libv wrote:

This smells like another x86emu bug.

Reply at: https://bugs.launchpad.net/xorg-server/+bug/181176/comments/41

------------------------------------------------------------------------
On 2012-03-13T00:59:00+00:00 Alan Coopersmith wrote:

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.

Reply at: https://bugs.launchpad.net/xorg-server/+bug/181176/comments/42


** Bug watch added: Debian Bug tracker #454304
   http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=454304

** Bug watch added: freedesktop.org Bugzilla #11617
   https://bugs.freedesktop.org/show_bug.cgi?id=11617

** Bug watch added: freedesktop.org Bugzilla #3946
   https://bugs.freedesktop.org/show_bug.cgi?id=3946

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/181176

Title:
  [trident] xserver goes into infinate loop

To manage notifications about this bug go to:
https://bugs.launchpad.net/xorg-server/+bug/181176/+subscriptions

-- 
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to