Bug 627116 - screen garbage on xterms while using compiz on intel mobile 915 graphics
Summary: screen garbage on xterms while using compiz on intel mobile 915 graphics
Keywords:
Status: CLOSED DUPLICATE of bug 614542
Alias: None
Product: Fedora
Classification: Fedora
Component: xorg-x11-drv-intel
Version: 13
Hardware: x86_64
OS: Linux
low
medium
Target Milestone: ---
Assignee: Adam Jackson
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2010-08-25 06:34 UTC by Alan
Modified: 2018-04-11 18:30 UTC (History)
5 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2010-11-19 18:10:17 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
streaking on the desktop (260.05 KB, image/jpeg)
2010-08-25 06:34 UTC, Alan
no flags Details
an xterm with gargled text (4.83 KB, image/png)
2010-08-25 06:34 UTC, Alan
no flags Details
this is all I have in my /etc/X11/xorg.conf.d folder catted into one file (826 bytes, text/plain)
2010-08-31 00:02 UTC, Alan
no flags Details
X server log file (65.83 KB, text/plain)
2010-08-31 00:04 UTC, Alan
no flags Details
output of dmesg (81.60 KB, text/plain)
2010-08-31 00:05 UTC, Alan
no flags Details
/var/log/messages file (71.77 KB, text/plain)
2010-08-31 00:08 UTC, Alan
no flags Details

Description Alan 2010-08-25 06:34:28 UTC
Created attachment 440841 [details]
streaking on the desktop

Description of problem:
This may be related to bug 577142
Whenever I launch an xterm process I get a window in which the text is messed up.  Rows of text will not all be the same height, and as the color block cursor advances to the right it "drips" color such that the rightmost characters are illegible.  Control-clicking for a menu causes that menu to leave residual vertical and horizontal lines, and sometimes dragging the entire xterm window around leaves streaks on the desktop.

Changing the text font (VT Font in the control-right click menu) eliminates the problem from that xterm for the rest of the session (any size change, even if I change it back).  It only seems to affect xterm windows though I assume it is a bug in mesa, xorg dri drivers or compiz...

Version-Release number of selected component (if applicable):
xterm-261-2.fc13.x86_64
compiz-0.8.6-1.fc13.x86_64
mesa-libGL-7.8.1-8.fc13.x86_64
mesa-libGLU-7.8.1-8.fc13.x86_64
mesa-dri-drivers-7.8.1-8.fc13.x86_64
xorg-x11-drivers-7.3-14.fc13.x86_64

How reproducible:
always on my laptop, haven't tested other hardware.  I assume there's some dependency on the graphics chipset.

Steps to Reproduce:
1.  Set up Gnome with Compiz on hardware using Mobile GM965/GL960 Integrated Graphics Controller
2.   start an xterm
3.   type text inside of it and move the window around.
  
Actual results:
garbled/compressed text, residiaul lines, garbage on screen

Expected results:
clean text rendering and motion

Additional info:
lots of other things may be relevant but I just don't know.  I have the wobbly windows effect turned on in compiz, for one.  I'm including all of my .Xdefaults that relate to xterm just in case:
XTerm*BorderWidth:              2
XTerm*reverseWrap:              true
XTerm*Background:               white
XTerm*BodyFont:                 8x13
XTerm*cursorColor:              orange
XTerm*Border:                   red
XTerm*Panespread:               .25
XTerm*SaveLines:                5000
XTerm*autoWrap:                 true
XTerm*cutNewline:               true
XTerm*cutToBeginningOfLine:     true
XTerm*alwaysHighlight:          false
XTerm*c132:                     false
XTerm*jumpScroll:               true
XTerm*loginShell:               false
XTerm*marginBell:               false
XTerm*multiScroll:              true
XTerm*reverseVideo:             false
XTerm*resizeGravity:            SouthWest
XTerm*scrollBar:                false
XTerm*scrollTtyOutput:          false
XTerm*scrollKey:                true
XTerm*signalInhibit:            false
XTerm*visualBell:               false
XTerm*waitForMap:               false
XTerm*zIconBeep:                1
XTerm*trimSelection:            true
XTerm*colorULMode:              true
XTerm*colorUL:                  forest green
XTerm*underLine:                true
XTerm*veryBoldColors:           2
XTerm*boldColors:               true
XTerm*utf8:                     1
XTerm*locale:                   medium
XTerm*wideChars:                true
XTerm*renderFont:               true

I tried to take screenshots of the

Comment 1 Alan 2010-08-25 06:34:57 UTC
Created attachment 440842 [details]
an xterm with gargled text

Comment 2 Miroslav Lichvar 2010-08-25 10:08:38 UTC
This looks like a driver problem, reassigning to xorg-x11-drv-intel.

Comment 3 Matěj Cepl 2010-08-28 02:38:38 UTC
Thanks for the bug report.  We have reviewed the information you have provided above, and there is some additional information we require that will be helpful in our diagnosis of this issue.

Please add drm.debug=0x04 to the kernel command line, restart computer, and attach

* your X server config file (/etc/X11/xorg.conf, if available),
* X server log file (/var/log/Xorg.*.log)
* output of the dmesg command, and
* system log (/var/log/messages)

to the bug report as individual uncompressed file attachments using the bugzilla file attachment link above.

We will review this issue again once you've had a chance to attach this information.

Thanks in advance.

Comment 4 Alan 2010-08-31 00:02:31 UTC
Created attachment 442059 [details]
this is all I have in my /etc/X11/xorg.conf.d folder catted into one file

Comment 5 Alan 2010-08-31 00:04:48 UTC
Created attachment 442060 [details]
X server log file

Comment 6 Alan 2010-08-31 00:05:48 UTC
Created attachment 442061 [details]
output of dmesg

Comment 7 Alan 2010-08-31 00:08:19 UTC
Created attachment 442062 [details]
/var/log/messages file

Comment 8 Adam Jackson 2010-11-19 18:10:17 UTC
Actually a compiz bug, not an intel driver bug.

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


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