Bug 450321 - OpenChrome, Rdesktop, and Editable screen causes Fedora to Crash.
Summary: OpenChrome, Rdesktop, and Editable screen causes Fedora to Crash.
Status: CLOSED DUPLICATE of bug 446489
Alias: None
Product: Fedora
Classification: Fedora
Component: xorg-x11-drv-openchrome
Version: 9
Hardware: i386
OS: Linux
Target Milestone: ---
Assignee: Xavier Bachelot
QA Contact: Fedora Extras Quality Assurance
Depends On:
TreeView+ depends on / blocked
Reported: 2008-06-06 17:14 UTC by Brianna
Modified: 2008-12-29 20:55 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2008-12-29 20:55:41 UTC
Type: ---

Attachments (Terms of Use)

Description Brianna 2008-06-06 17:14:15 UTC
Description of problem:
Upgraded Fedora 8 to 9 via DVD with no problems. After the upgrade when I
rdesktop (rdesktop -f xxx.xx.xxx.xx) to any of my Windows 2003 Terminal Servers
and open any screen that is ready to edit text (etc: notepad, Word) it causes
the F9 box to hang.  Unfortunately when it hangs it does not log anything, but
through lots of trial and error I was able to narrow it down to the f9
OpenChrome drivers (currently trying the updates-testing version:
xorg-x11-drv-openchrome.i386 0:0.2.902-6.fc9 but it still exhibits the same
If I "downgrade" to the standard VESA driver I am able to use rdesktop normally. 

One interesting thing is that it only dies if I open an editable screen.  For
example Word immediately crashes it however Excel does not unless I click in a cell.

Version-Release number of selected component (if applicable):
xorg-x11-drv-openchrome.i386 0:0.2.902-6.fc9 (Also have the -devel packages)

How reproducible:
Every Time

Steps to Reproduce:
1. Boot to Fedora 9 - Gnome
2. rdesktop -f xxx.xx.xxx.xx
3. Open any editable screen (MS Word) in the rdesktop session
4. Dies
Actual results:
Computer Hangs/Freezes

Expected results:
Being able to continue working

Additional info:
Smolt ID: pub_ac2e6c32-cf6c-469b-8346-00fbed762eec

Comment 1 Brianna 2008-06-06 17:20:51 UTC
Guess I should have included this:

For what its worth: When I was running the same computer under F8 (with the
OpenChrome drivers) it worked just fine.

Comment 2 Xavier Bachelot 2008-06-08 23:02:37 UTC
can you get a backtrace from gdb, please ?

Comment 3 Brianna 2008-06-09 11:41:27 UTC
I installed the rdesktop-debuginfo & ran a bt on it.  Please let me know if you
are looking for something else (its my first time playing with gdb)

(gdb) bt
#0  0x00110416 in __kernel_vsyscall ()
#1  0x00ac56ad in ___newselect_nocancel () from /lib/libc.so.6
#2  0x08058c39 in ?? ()
#3  0x080608bf in ?? ()
#4  0x08060e88 in ?? ()
#5  0x08060ff8 in ?? ()
#6  0x080617c3 in ?? ()
#7  0x08061ffb in ?? ()
#8  0x08063b73 in ?? ()
#9  0x08064a89 in ?? ()
#10 0x0806559c in ?? ()
#11 0x0804db92 in ?? ()
#12 0x00a055d6 in __libc_start_main () from /lib/libc.so.6
#13 0x0804ba11 in ?? ()


Comment 4 Xavier Bachelot 2008-06-09 12:19:46 UTC
you're missing a lot of -debuginfo packages, at least you need
xorg-x11-drv-openchrome-debuginfo. gdb probably ask for a list of debuginfo
packages when it starts. Don't attach gdb to rdesktop, but rather to X.

Comment 5 Brianna 2008-06-09 17:09:55 UTC
Here is the "correct" backtrace :)

(gdb) cont
Program received signal SIGINT, Interrupt.
(gdb) bt
#0  0x002328fd in viaFlushPCI ()
   from /usr/lib/xorg/modules/drivers//openchrome_drv.so
#1  0x00232af4 in ?? () from /usr/lib/xorg/modules/drivers//openchrome_drv.so
#2  0x0030031b in XAAWritePixmap (pScrn=0x9f9dc00, x=43, y=213, w=13, h=13,
    src=0xa5b59ec "", srcwidth=128, rop=7, planemask=4294967295, trans=-1,
    bpp=32, depth=24) at xaaImage.c:239
#3  0x002ef898 in XAADoImageWrite (pSrc=0xa5b59a0, pDst=0xa477b00,
    pGC=0xa478008, prgnDst=0xbf8797c0, pptSrc=0xa895628) at xaaCpyArea.c:218
#4  0x002eef32 in XAABitBlt (pSrcDrawable=0xa5b59a0, pDstDrawable=0xa477b00,
    pGC=0xa478008, srcx=7, srcy=0, width=13, height=13, dstx=38, dsty=195,
    doBitBlt=0x2ef760 <XAADoImageWrite>, bitPlane=0) at xaaBitBlt.c:203
#5  0x002f010a in XAACopyArea (pSrcDrawable=0xa5b59a0, pDstDrawable=0xa477b00,
    pGC=0xa478008, srcx=7, srcy=0, width=13, height=13, dstx=38, dsty=195)
    at xaaCpyArea.c:55
#6  0x003363da in cwCopyArea (pSrc=0xa5b59a0, pDst=0xa477b00, pGC=0xa478008,
    srcx=7, srcy=0, w=13, h=13, dstx=38, dsty=195) at cw_ops.c:201
#7  0x0817841b in damageCopyArea (pSrc=0xa5b59a0, pDst=0xa477b00,
    pGC=0xa478008, srcx=7, srcy=0, width=13, height=13, dstx=38, dsty=195)
    at damage.c:830
#8  0x08083d19 in ProcCopyArea (client=0xa199918) at dispatch.c:1581
#9  0x08085a3f in Dispatch () at dispatch.c:454
#10 0x0806b3bd in main (argc=4, argv=0xbf879a84, envp=Cannot access memory at
address 0xb7f73408
) at main.c:441

Comment 6 Brianna 2008-06-10 11:48:51 UTC
Updated this morning to the openchrome driver 0.2.902-7.fc9 from the fedora
repos and still have the same problem.


Comment 7 Xavier Bachelot 2008-06-10 15:00:41 UTC
(In reply to comment #6)
> Updated this morning to the openchrome driver 0.2.902-7.fc9 from the fedora
> repos and still have the same problem.
This update was not supposed to fix this bug.

Comment 8 Brianna 2008-06-12 18:31:34 UTC
I assumed as much but I wanted to make sure :)


Comment 9 Xavier Bachelot 2008-10-16 19:14:33 UTC
Can you please try adding the following line in the Device section of your xorg conf and see if it helps ?
Option "XaaNoImageWriteRect"

Comment 10 Brianna 2008-10-17 11:13:02 UTC
Wow!  That seems to have fixed it.  I'll do some more testing but I was able to actually open a word document and type without it crashing on me!
(btw... what does XaaNoImageWriteRect actually do?)


Comment 11 Xavier Bachelot 2008-12-29 20:55:41 UTC

*** This bug has been marked as a duplicate of bug 446489 ***

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