Ubuntu
xserver-xorg-video-trident package

[trident] xserver goes into infinate loop

Bug #181176 reported by thierman
64
This bug affects 4 people
Affects Status Importance Assigned to Milestone
X.Org X server
Invalid
Medium
xserver-xorg-video-trident (Ubuntu)
Fix Released
Medium
Musaab Jameel

Bug Description

Binary package hint: xserver-xorg-core-dbg

Added Additional comments about recreating this BUG in Hardy Alpha-3 in comments below.

Ubuntu version 7.10 Gutsy xserver-xorg-core

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

The following is the backtrace (first loop):

#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}

[lspci]
01:00.0 VGA compatible controller [0300]: Trident Microsystems CyberBlade/i1 [1023:8620] (rev 5d)
00:00.0 Host bridge [0600]: ALi Corporation M1632M Northbridge+Trident [10b9:1632] (rev 01)
     Subsystem: Toshiba America Info Systems Unknown device [1179:0004]
01:00.0 VGA compatible controller [0300]: Trident Microsystems CyberBlade/i1 [1023:8620] (rev 5d) (prog-if 00 [VGA controller])
     Subsystem: Toshiba America Info Systems Unknown device [1179:0001]

See original description
Tags: hardy
Revision history for this message
Timo Aaltonen (tjaalton) wrote :

Please try Hardy alpha2 or alpha3 which is released later this week.

Changed in xorg-server:
status: New → Incomplete
Revision history for this message
thierman (thierman) wrote :

Just tried Hardy alpha2, with pretty much the same result. Xorg goes into infinite loop.

 I did a dpkg -i and installed the xserver-xorg-core with debugging symbols and captured another trace if you are interested. I have attached both the backtrace capture and my Xorg.0.log file, in a tar file.

One thing worth noting. To get the system to boot I had to use the alternate CD, and install a command line system first, then add the packages I needed for X.

This because booting from the Live CD resulted in a crash at

[ 1224.241789] squashfs: version 3.3 (2007/10/31)

most of the information scrolled off the screen, but here is a small grab of what I saw, this may be another problem so I won't dwell on that:
[ 329.766381] ESI: c6ab9dd0 EDI: 00000001 EBP: ffffffe4
[ 329.766492] DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0068
[ 329.766602] Process debconf-set-sel (pid: 5141, ti=c3d00000 tsk=c0efd540 task.ti=c3d00000)
.
.
.
[ 329.768247] Call Trace:
[ 329.768426] [<c019023b>] vfs_rename+0x40b/0x450
... [ <c018f7d9>] __lookup_hash+0xb9/0xf0
                         [<c0192076>] sys_renameat+0x1e6/0x220
                         [<c018b7fe>] sys_stat64+0x1e/0x30
                         [<c01920d7>] sys_rename+0x27/0x30
                         [<c01053a2>] sysenter_past_esp+0x6b/0xa9
                         [<c0300000>] unix_find_other+0x70/0x190

Had to type this in by hand so I had to skip some stuff...

Revision history for this message
thierman (thierman) wrote :

I've now downloaded, installed and recreated this problem on Hardy Alpha3. I am attaching a tar file with the following:
 Detailed description of problem

List any versions you tried that did not have this issue

Detailed list of steps to reproduce

How complete is the X failure?
+ Does ctrl+alt+f1 take you to a console?
+ Does ctrl+alt+backspace restart X?
+ Does mouse pointer still move?
+ Does the keyboard LED come on when hitting the CAPSLOCK key?

/etc/X11/xorg.conf

/var/log/Xorg.0.log

/var/log/Xorg.0.log.old

~/.xsession-errors

output of lspci -vvnn

output of cat /proc/acpi/video/*/DOS

output of sudo cat /proc/acpi/dsdt

Revision history for this message
thierman (thierman) wrote :

Attached tar file contains all the information above:
README.details Contains the output from all the commands, and a brief description.
Xorg.0.log
Xorg.0.log.old
xorg.conf
xorg.conf.20080111135933
xorg.conf.20080111141056

thierman (thierman)
description: updated
Revision history for this message
thierman (thierman) wrote : Re: [Hardy Alpha-3] xserver-xorg-core /usr/bin/X goes into infinate loop on Toshiba Satellite 1800 PS181C Trident

I've added all the information I can think to add, can someone take a look at this, and or let me know if they need more info?
Oh here is the output from top at the time of the hang:

Tasks: 74 total, 4 running, 70 sleeping, 0 stopped, 0 zombie
Cpu(s): 90.4%us, 0.7%sy, 8.9%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 117672k total, 111496k used, 6176k free, 25120k buffers
Swap: 1301256k total, 22520k used, 1278736k free, 42612k cached

  PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
 5441 root 20 0 8076 2736 2000 R 89.2 2.3 39:54.86 Xorg
16862 root 30 10 11308 9692 1456 R 9.0 8.2 2:29.91 scrollkeeper-up
19046 root 20 0 2300 1064 836 R 0.7 0.9 0:00.18 top
    1 root 20 0 3108 1984 532 S 0.0 1.7 0:03.10 init
    2 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 kthreadd
    3 root RT -5 0 0 0 S 0.0 0.0 0:00.00 migration/0
    4 root 15 -5 0 0 0 S 0.0 0.0 0:00.02 ksoftirqd/0
    5 root RT -5 0 0 0 S 0.0 0.0 0:00.00 watchdog/0
    6 root 15 -5 0 0 0 S 0.0 0.0 0:00.08 events/0
    7 root 15 -5 0 0 0 S 0.0 0.0 0:00.06 khelper
   44 root 15 -5 0 0 0 S 0.0 0.0 0:00.14 kblockd/0
   47 root 15 -5 0 0 0 S 0.0 0.0 0:00.12 kacpid
   48 root 15 -5 0 0 0 S 0.0 0.0 0:00.06 kacpi_notify
  123 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 kseriod
  154 root 20 0 0 0 0 S 0.0 0.0 0:00.00 pdflush
  155 root 20 0 0 0 0 S 0.0 0.0 0:00.44 pdflush
  156 root 15 -5 0 0 0 S 0.0 0.0 0:00.58 kswapd0
  198 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 aio/0
 1392 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 ksuspend_usbd
 1399 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 khubd
 1808 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 ata/0
 1809 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 ata_aux
 2428 root 15 -5 0 0 0 S 0.0 0.0 0:00.80 kjournald
 2668 root 16 -4 2628 928 376 S 0.0 0.8 0:02.72 udevd
 2865 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 pccardd

Changed in xorg-server:
status: Incomplete → New
Revision history for this message
thierman (thierman) wrote : Re: [Bug 181176] Re: xserver-xorg-core /usr/bin/X goes into infinate loop on Toshiba Satellite 1800

Hi Timo,

I've tried Alpha2 and Alpha3 both have the same problem. I've included
all the info, Xorg.conf etc... In the ticket. I'm even willing to allow
someone to access the machine over the internet while it's in this
state.

Thanks.
     -Chris

On Tue, 2008-01-08 at 07:17 +0000, Timo Aaltonen wrote:
> Please try Hardy alpha2 or alpha3 which is released later this week.
>
> ** Changed in: xorg-server (Ubuntu)
> Status: New => Incomplete
>

Revision history for this message
thierman (thierman) wrote : Re: [Hardy Alpha-3] xserver-xorg-core /usr/bin/X goes into infinate loop on Toshiba Satellite 1800 PS181C Trident

Found workaround in ubuntu forums, somehow I missed this when I was searching earlier. I'll leave this ticket just in case it helps in fixing the bug, but following the suggestion in the link below got me around the BUG. I'm assuming it's reported somewhere else and I just didn't spot it because of the subject they used....

http://ubuntuforums.org/showthread.php?p=4123324#post4123324

Revision history for this message
thierman (thierman) wrote : Re: [Bug 181176] Re: xserver-xorg-core /usr/bin/X goes into infinate loop on Toshiba Satellite 1800

Just to let you know, I've found a workaround to the BUG as posted at
the following link. Sorry I didn't see it in all my past searches...

http://ubuntuforums.org/showthread.php?p=4123324#post4123324

On Tue, 2008-01-08 at 07:17 +0000, Timo Aaltonen wrote:
> Please try Hardy alpha2 or alpha3 which is released later this week.
>
> ** Changed in: xorg-server (Ubuntu)
> Status: New => Incomplete
>

Revision history for this message
Timo Aaltonen (tjaalton) wrote : Re: [Hardy Alpha-3] xserver-xorg-core /usr/bin/X goes into infinate loop on Toshiba Satellite 1800 PS181C Trident

So, which change is the one that made it work? The "UseFBDev" or "NoDDC"?

Changed in xorg-server:
status: New → Incomplete
Revision history for this message
thierman (thierman) wrote : Re: [Bug 181176] Re: [Hardy Alpha-3] xserver-xorg-core /usr/bin/X goes into infinate loop on Toshiba Satellite 1800 PS181C Trident

Specifically the "NoDCC"

ie, added the following and things worked fine from then on in.:

Section "Device"
 Identifier "Trident Microsystems CyberBlade/i1"
 Driver "trident"
 BusID "PCI:1:0:0"
        Option "NoDDC"
EndSection

So I did that with Hardy Alpha3.

I'm now reinstalling 7.10 and putting the that in my xconf.org file, in
fact since it also didn't autodiscover my screen settings correctly, I tried
the posted xorg.conf that was included in that threat. And it worked perfectly.

Hope this helps with being able to fix it.....

On Sat, 2008-01-12 at 22:51 +0000, Timo Aaltonen wrote:
> So, which change is the one that made it work? The "UseFBDev" or
> "NoDDC"?
>
> ** Changed in: xserver-xorg-video-trident (Ubuntu)
> Sourcepackagename: xorg-server => xserver-xorg-video-trident
> Status: New => Incomplete
>

Revision history for this message
In , Timo Aaltonen (tjaalton) 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.

description: updated
Revision history for this message
thierman (thierman) wrote : Re: [Hardy Alpha-3] xserver-xorg-core /usr/bin/X goes into infinate loop on Toshiba Satellite 1800 PS181C Trident

Sorry, I meant "NoDDC"

Revision history for this message
Timo Aaltonen (tjaalton) wrote :

This is actually a bug in the server, since going back to 1.2 is another workaround.

Changed in xserver-xorg-video-trident:
importance: Undecided → Medium
status: Incomplete → Confirmed
Bug Watch Updater (bug-watch-updater)
Changed in xorg-server:
status: Unknown → Confirmed
Revision history for this message
In , Diego (panda84) 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.

Revision history for this message
In , Diego (panda84) wrote :

Created attachment 13927
dmesg output

Revision history for this message
In , Diego (panda84) wrote :

Created attachment 13928
lspci output

Revision history for this message
In , Diego (panda84) 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

Revision history for this message
In , Diego (panda84) 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.

Revision history for this message
In , Diego (panda84) wrote :

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

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

Revision history for this message
In , Brice Goglin (brice-goglin) wrote :

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

Revision history for this message
In , Diego (panda84) 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).

Revision history for this message
In , Ajax-a (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.

Revision history for this message
Timo Aaltonen (tjaalton) wrote :

Have you seen this bug since Feb. 19th? There was a patch added to Hardy that could fix this, so please try without NoDDC.

Changed in xorg-server:
status: Confirmed → Incomplete
Revision history for this message
Diego (panda84) wrote :

I'll test Beta asap.

Upstream bug report:
https://bugs.freedesktop.org/show_bug.cgi?id=14048

Revision history for this message
In , Diego (panda84) 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.

Revision history for this message
thierman (thierman) wrote : Re: [Bug 181176] Re: [Hardy Alpha-3] xserver-xorg-core /usr/bin/X goes into infinate loop on Toshiba Satellite 1800 PS181C Trident

OK, will do, I'll let you know..
   -C

On Tue, 2008-03-25 at 07:27 +0000, Timo Aaltonen wrote:
> Have you seen this bug since Feb. 19th? There was a patch added to Hardy
> that could fix this, so please try without NoDDC.
>
> ** Changed in: xorg-server (Ubuntu)
> Status: Confirmed => Incomplete
>

Revision history for this message
Diego (panda84) wrote : Re: [Hardy Alpha-3] xserver-xorg-core /usr/bin/X goes into infinate loop on Toshiba Satellite 1800 PS181C Trident

I tried to test it from the Ubuntu 8.04 Beta CD but unfortunately my CD-ROM reader gone dead (and the computer does not boot from USB, I can only boot from floppy or internal HD).
Is there a way to boot the Live CD from hard disk (e.g. copying kernel+initrd to the hard disk, booting them from GRUB and using and external CD-Rom reader)?

However please note that if the patch you refer to is the same one discussed here:
https://bugs.freedesktop.org/show_bug.cgi?id=14048#c7
and here (the period of time is just before 19th feb):
https://bugs.freedesktop.org/show_bug.cgi?id=14332
then probably it is not fixed, as Fedora 9 Beta still has the same bug (as Fedora has a graphical installer in its "not Live CD" version I know how to boot it from HD).

Regards,
Diego

Revision history for this message
In , Ajax-a (ajax-a) wrote :

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

Revision history for this message
In , Diego (panda84) 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...

Revision history for this message
J Meya (joan-meya) wrote :

Same happened to me on a satellite S1800-700 when upgrading from 6.06 to 8.04 with update-manager.
I could not start with Live CD on this machine also.
I could solve it adding "NoDDC" on installed version.

Revision history for this message
In , Timo Aaltonen (tjaalton) wrote :

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

Changed in xserver-xorg-video-trident:
status: Incomplete → Confirmed
Revision history for this message
In , Timo Aaltonen (tjaalton) wrote :

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

Bryce Harrington (bryce)
description: updated
Revision history for this message
In , Ian! D. Allen (idallen) 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 address hidden>)
 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

Revision history for this message
Ian! D. Allen (idallen) wrote :

Ubuntu 8.10

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

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.

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 address hidden>)
        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

Revision history for this message
In , Diego (panda84) 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.

Revision history for this message
In , Diego (panda84) wrote :

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

Revision history for this message
In , Diego (panda84) 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.

Revision history for this message
Diego (panda84) 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. xorg.conf and Xorg.0.log can be found in upstream's bug report:
http://bugs.freedesktop.org/show_bug.cgi?id=14048

Revision history for this message
In , Diego (panda84) wrote :

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

Revision history for this message
DaveR (djrpublic) wrote :

Puppy Linux 4.1.2 runs without a problem while the 3XX (and earlier) versions did not. I haven't any idea as to what changed between these releases.

I had previously tried Arch and it installed and ran just fine.

Tiny ME (20080524) installs and runs just fine.

There must be some difference between these and Ubuntu in the way they approach the X-server discovery process.

Dave Rowell

Bryce Harrington (bryce)
tags: added: hardy
Bug Watch Updater (bug-watch-updater)
Changed in xorg-server:
importance: Unknown → Medium
Revision history for this message
In , libv (libv) wrote :

This smells like another x86emu bug.

Bug Watch Updater (bug-watch-updater)
Changed in xorg-server:
importance: Medium → Unknown
Bug Watch Updater (bug-watch-updater)
Changed in xorg-server:
importance: Unknown → Medium
Revision history for this message
In , Alan Coopersmith (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.

Musaab Jameel (mosaabjm)
Changed in xserver-xorg-video-trident (Ubuntu):
assignee: nobody → Musaab Jameel (mosaabjm)
status: Confirmed → New
status: New → Incomplete
Musaab Jameel (mosaabjm)
Changed in xserver-xorg-video-trident (Ubuntu):
status: Incomplete → Fix Released
Revision history for this message
In , Ajax-a (ajax-a) wrote :

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.

Bug Watch Updater (bug-watch-updater)
Changed in xorg-server:
status: Confirmed → Invalid
Revision history for this message
In , DaveR (djrpublic) wrote : Re: [Bug 181176]

its a dead issue - kill the bug

thank you for even looking at it!

On 06/12/2018 03:10 PM, Ajax-a wrote:
> 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.
>

--

"Because you never know when the day before ... IS the day before. Prepare for tomorrow." Bobby Akart

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.