Arch Linux

Something similar here.
Affected applications: emacs and mc running in urxvt.

See screenshots.

Emacs: the cursor should be a blank rectangle box but it is not.

P.S. I use kernel-zen and mesa,libgl,libdrm compiled from git repo.

@seblu: could you try version 2.13.901?
In my case the problem disappears when I use 2.13.901 version of xf86-video-intel (I filed a bug about that on freedesktop).

Yes vladimir version 901 works well! Thanks for filling bug report on freedesktop :)

Ok, thank you for testing.

issue is still present on 2.14.0-1.

Vladimir, have you a link to your bugreport?

Sorry, forgot about it. Here the link to my report on bugs.freedesktop.org:
https://bugs.freedesktop.org/show_bug.cgi?id=32734

They are released the 2.14 version but according to git log the bug still there. I'll try the latest git later.

P.S. There is slight possibility that problem could be in kernel (new kernel has been released but not in testing so no checks). I'm using zen-kernel (stable) and tested both zen and archlinux kernels but both show the same behavior. Also, I have problem with touchscreen on my second notebook and somewhere I saw that this is problem with kernel 2.6.36.

Ok, I tested with kernel 2.6.37 in [testing] as well as with xorg-server from [testing] (1.9.3.901):
xf86-video-intel compiled from git repo still has issue,
xf86-video-intel of 2.13.901 version works fine (but not perfect, seems some other problems).

Please use git bisect to find out which commit broke this. I can't reproduce this here.

Seems I figured out the condition and programs that have weird behavior.

First of all, I tried xf86-video-intel beginning from 2.12.0 version up to 2.14.0. The strange behavior of programs listed below begins with 2.13.902 version.

Currently my system has:
xorg-server: 1.9.3.901
kernel: 2.6.37 and 2.6.36 (tried with both)
xcompmgr: 1.1.5

Most of time I use urxvt terminal (rxvt-unicode compiled with 256 color support), emacs (compiled from bzr), mc (compiled from git) and gvim (provided by distro). These programs use a filled box as a cursor.

Test 1: install xf86-video-intel 2.14, run urxvt (1), mc in urxvt (2), gnome-terminal (3), emacs (4) and gvim (5). Run them under pure openbox session WITH xcompmgr running.
(1): the cursor is missing;
(2): mc has artifacts (my origin post);
(3): fine, a filled cursor is shown, mc runs fine (without artefacts);
(4): the same artifacts as in my first post (weird behavior of cursor while on some characters in minibuffer, for example, when open a file), artifacts in main window while scrolling a text file;
(5): cursor is fine but when open a text file and scroll it artifacts are appers.

Other terminal emulators (roxterm, lxterminal, terminal) work fine (like gnome-terminal). Also a test text file opened in gedit was displayed fine.

Test 2: the same but WITHOUT xcompmgr (or just killed): problems are vanished except urxvt.

P.S. Though tests with urxvt and emacs I run now under openbox session the same behavior was when I run them under KDE session.

vladimir, do you use cairo-xcb package?

@Seb Lu: you mean this http://aur.archlinux.org/packages.php?ID=40641 or this http://aur.archlinux.org/packages.php?ID=44663?

In any case, no I don't use it, but I use mesa-git (with enabled gallium support for intel) and xf86-video-intel.

the first. Thanks for answering.

@all: I ask you try out the latest version from git. Commit da990536eca should solve the issue.

xf86-video-intel 2.14.0-1 is still bad and don't include commit of vladimir.

link to commit: http://cgit.freedesktop.org/xorg/driver/xf86-video-intel/commit/?id=da990536eca.

vladimir i tested commit 23f9b14df7c102c1036134835dd5d1a508059858 (>da990536eca) , but i issues are still on.

@Seb Lu: just to clarify: if you switch off composite then the issue is gone?

I think that the da990536eca commit solves only part of problem. Though I don't see mess with emacs and gvim, there still is a problem with urxvt: I should see a filled black rectangle if I don't type any in terminal, but I don't see.

The bug #32734 was closed but I don't have simple and clear example where similar problem also occurs (except urxvt and your case).

Status with libdrm 2.4.23-2 from extra and xf86-video-intel 2.14.0-2 from testing?

still the same

$ pacman -Q|grep -e intel -e drm
intel-dri 7.10.0.git20110215-1
lib32-libdrm 2.4.23-1
libdrm 2.4.23-2
xf86-video-intel 2.14.0-2

i've tryed with upstream xf86-video-intel and libdrm 2.4.23-2 and it's bad.

All works well now. You might close.

$ pacman -Q|grep -e intel -e drm; uname -rs
intel-dri 7.10.1-1
lib32-libdrm 2.4.23-1
libdrm 2.4.24-1
xf86-video-intel 2.14.901-1
Linux 2.6.38-rwolf

@ Seb Lu: theres a request closure button you could have used yourself, right before the comments start on the left. just so you know for next time. :)

ok i see, thanks!