Small graphics corruption in QT apps, tiling corruption / hang in flash

Small graphics corruption in QT apps, tiling corruption / hang in flash

[Peter Clifton]

[-- Attachment #1: Type: text/plain, Size: 3847 bytes --]

Hi guys,

Just a heads-up here. I don't use many QT apps, so I don't know when
this first started occurring, but with "late" drivers, (all known drm
kernel fixes merged), I noticed the following corruptions. I'm not sure
who's bug this is.. it could well be a QT problem of course.

I first noticed it when running mutter / gnome-shell, but last two
screen-shots were made within metacity (without compositing).

Not really enough for a bugzilla report me thinks (for now at least),
but I thought I'd show people in case it jumped out at anyone.

I also saw a crash recently watching a flash video where the corruption
(after a DPMS blank I think), looked like a tiling error. (I
_tentatively_ think). I've not been able to reproduce that problem
though, although I do have a GPU error log from when it hung in that
last case.

The headline from that is: (let me know if you want the whole thing)


Time: 1288217342 s 198017 us
PCI ID: 0x2a42
EIR: 0x00000000
  PGTBL_ER: 0x00000000
  INSTPM: 0x00000000
  IPEIR: 0x00000000
  IPEHR: 0x01840000
  INSTDONE: 0xffffffff
  ACTHD: 0x0c842014
  INSTPS: 0x8001e020
  INSTDONE1: 0xbfffffff
    busy: CS
seqno: 0x0000e752
Buffers [30]:
  0d9ff000  8388608 00000002 00000002 0000e753 P X dirty (name: 7) (fence: 3)
  02dd7000  8388608 00000002 00000002 0000e753 X dirty (name: 3) (fence: 9)
  0c842000    16384 00000048 00000000 0000e753 dirty purgeable
  0b599000     4096 00000050 00000000 0000e754 dirty
  06731000     4096 00000011 00000000 0000e754
  06728000     4096 00000011 00000000 0000e754
  058f3000     4096 00000050 00000000 0000e754 dirty
  058b8000     4096 00000011 00000000 0000e754
  0b598000     4096 00000050 00000000 0000e754 dirty
  06729000     4096 00000050 00000000 0000e754 dirty
  058b9000     4096 00000011 00000000 0000e754
  0cd8e000     4096 00000011 00000000 0000e754
  0672d000     4096 00000011 00000000 0000e754
  06706000   131072 00000060 00000000 0000e754 dirty
  05b09000     4096 00000050 00000000 0000e754 dirty
  06bce000  2097152 00000044 00000000 0000e754 X dirty (fence: 2)
  0d481000     4096 00000050 00000000 0000e754 dirty
  0672e000     4096 00000011 00000000 0000e754
  0b678000     4096 00000011 00000000 0000e754
  05a78000     4096 00000011 00000000 0000e754
  05a79000     4096 00000011 00000000 0000e754
  05a7a000     4096 00000011 00000000 0000e754
  05a7b000     4096 00000011 00000000 0000e754
  059d9000     4096 00000044 00000000 0000e754 dirty
  0672b000     4096 00000050 00000000 0000e754 dirty
  05a7c000     4096 00000011 00000000 0000e754
  0b7d9000    16384 0000005c 00000000 0000e754 dirty
  09f88000  8388608 00000002 00000002 0000e755 X dirty (name: 44)
  0f458000  8388608 00000002 00000002 0000e755 X dirty (name: 43)
  0b66a000    16384 00000048 00000000 0000e755 dirty
batchbuffer at 0x0c842000:
0x0c842000:      0x09100000: MI_LOAD_SCAN_LINES_INCL
0x0c842004:      0x0000041a:    dword 1
0x0c842008:      0x09100000: MI_LOAD_SCAN_LINES_INCL
0x0c84200c:      0x0000041a:    dword 1
0x0c842010:      0x01840000: MI_WAIT_FOR_EVENT
0x0c842014: HEAD 0x54f08806: XY_SRC_COPY_BLT (rgb enabled, alpha enabled, src tile 1, dst tile 1)
0x0c842018:      0x03cc0700:    format 8888, dst pitch 1792, clipping disabled
0x0c84201c:      0x00000000:    dst (0,0)
0x0c842020:      0x041a0690:    dst (1680,1050)
0x0c842024:      0x0d9ff000:    dst offset 0x0d9ff000
0x0c842028:      0x00000000:    src (0,0)
0x0c84202c:      0x00000700:    src pitch 1792
0x0c842030:      0x02dd7000:    src offset 0x02dd7000
0x0c842034:      0x02000000: MI_FLUSH
0x0c842038:      0x05000000: MI_BATCH_BUFFER_END


-- 
Peter Clifton

Electrical Engineering Division,
Engineering Department,
University of Cambridge,
9, JJ Thomson Avenue,
Cambridge
CB3 0FA

Tel: +44 (0)7729 980173 - (No signal in the lab!)
Tel: +44 (0)1223 748328 - (Shared lab phone, ask for me)

[-- Attachment #2: screen_corruption2_crop.png --]
[-- Type: image/png, Size: 18802 bytes --]

[-- Attachment #3: screen_corruption3_crop.png --]
[-- Type: image/png, Size: 11527 bytes --]

[-- Attachment #4: screen_corruption_crop.png --]
[-- Type: image/png, Size: 30557 bytes --]

[-- Attachment #5: Type: text/plain, Size: 159 bytes --]

_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx

Re: Small graphics corruption in QT apps, tiling corruption / hang in flash

[Alexey Fisher]

Am Freitag, den 29.10.2010, 03:49 +0100 schrieb Peter Clifton:
> Hi guys,
> 
> Just a heads-up here. I don't use many QT apps, so I don't know when
> this first started occurring, but with "late" drivers, (all known drm
> kernel fixes merged), I noticed the following corruptions. I'm not sure
> who's bug this is.. it could well be a QT problem of course.
> 
> I first noticed it when running mutter / gnome-shell, but last two
> screen-shots were made within metacity (without compositing).
> 
> Not really enough for a bugzilla report me thinks (for now at least),
> but I thought I'd show people in case it jumped out at anyone.
> 
> I also saw a crash recently watching a flash video where the corruption
> (after a DPMS blank I think), looked like a tiling error. (I
> _tentatively_ think). I've not been able to reproduce that problem
> though, although I do have a GPU error log from when it hung in that
> last case.
> 
> The headline from that is: (let me know if you want the whole thing)
> 

I have same issue, but can't reproduce it with 100%. For example now
after fresh start it just working. Yesterday evening i had some
corrupted apps.

I use Ubuntu 10.10, amd64 with 2.6.36-07524-g3e7b033 (intel-drm-next)
and xorg from ppa.
HW: intel DG45ID  (4500HD graphic)
-- 
Regards,
        Alexey

Re: Small graphics corruption in QT apps, tiling corruption / hang in flash

[Chris Wilson]

On Fri, 29 Oct 2010 03:49:06 +0100, Peter Clifton <pcjc2@cam.ac.uk> wrote:
> Hi guys,
> 
> Just a heads-up here. I don't use many QT apps, so I don't know when
> this first started occurring, but with "late" drivers, (all known drm
> kernel fixes merged), I noticed the following corruptions. I'm not sure
> who's bug this is.. it could well be a QT problem of course.
> 
> I first noticed it when running mutter / gnome-shell, but last two
> screen-shots were made within metacity (without compositing).
> 
> Not really enough for a bugzilla report me thinks (for now at least),
> but I thought I'd show people in case it jumped out at anyone.

Looks very much like that on expose the pixmap is drawn to
uninitialised, i.e. the background paint went astray. Maybe it was
never emitted, it never arrived or the driver screwed up.

Please do file a bug, just so that I'm reminded of what to look out for
and we can start collecting information on triggers.

> I also saw a crash recently watching a flash video where the corruption
> (after a DPMS blank I think), looked like a tiling error. (I
> _tentatively_ think). I've not been able to reproduce that problem
> though, although I do have a GPU error log from when it hung in that
> last case.

Just the common-or-garden swapbuffers-on-modeset hang. It's a race between
userspace doing a wait-on-scanline on the pipe and KMS disabling that
pipe. In theory, recent kernels (2.6.36) have extra protection to close
one race and to hopefully fixup it up after it occurs. Not a complete
solution though.
-Chris

-- 
Chris Wilson, Intel Open Source Technology Centre