Francesco Poli reported this bug at the URL above on the Debian BTS. He has an Intel 965G integrated graphics chipset (on an ASUS P5B-VM motherboard).
He can reproduce a lockup with
a) Inside an X session, open an xterm
b) run /usr/lib/xscreensaver/stoner view
c) expand the screensaver window (so that it takes almost the whole
Also, opening a new window above the screensaver one (or otherwise sending an existing window above the screensaver one) seems to trigger the bug.
The kernel log contain:
Feb 24 17:23:23 homebrew kernel: [drm:i915_wait_irq] *ERROR* i915_wait_irq: EBUSY -- rec: 46388219 emitted: 46388226"
He was initially using driver 2.1.0 but also reproduced recently with 2.2.1 on
a 2.6.24 kernel on amd64. The corresponding log is available inside http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=25;bug=467319
which debian package includes /usr/lib/xscreensaver/stoner in sid? I can't find it somehow...
oh, found it in xscreensaver-gl.
I can somehow reproduce this with xorg7.3 + mesa-7.0 branch, but can't produce with new drm kernel module 1.12 and xserver-1.5 + mesa master branch.
This is clearly a 3d dri issue, reassign to haihao.
fixed in mesa7.0 branch (709f24adbb21419881f0d857c8454814f85c2757)
Unfortunately, Francesco reports that the bug isn't fixed in mesa_7_0_branch (Debian's Mesa 7.0.3-2 contains git commits upto 03447de3).
Could you try the commit 82a0e82232d61a75fee39d50333016d78938450f?
So far I can't reproduce it.
Right, Francesco tried 82a0e822 and couldn't reproduce:
"And I was *not* able to reproduce the bug.
No crash at all, even after about 30 min of stress tests (with huge
amount of xterm windows opened in front of the stonerview window and