Bug 16635 - GLX apps frozen after VT Switch
Summary: GLX apps frozen after VT Switch
Status: RESOLVED WORKSFORME
Alias: None
Product: DRI
Classification: Unclassified
Component: General (show other bugs)
Version: DRI git
Hardware: x86 (IA32) Linux (All)
: medium normal
Assignee: Default DRI bug account
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-07-07 16:46 UTC by Kshitij Kulshreshtha
Modified: 2008-07-22 16:20 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments
Xorg.0.log with compiz frozen (33.96 KB, text/plain)
2008-07-07 16:46 UTC, Kshitij Kulshreshtha
no flags Details
xorg.conf (4.72 KB, text/plain)
2008-07-07 16:49 UTC, Kshitij Kulshreshtha
no flags Details
Xorg.0.log with compiz frozen (25.96 KB, text/plain)
2008-07-07 17:04 UTC, Kshitij Kulshreshtha
no flags Details
Xorg.0.log with compiz frozen without TTM (74.01 KB, text/plain)
2008-07-08 05:34 UTC, Kshitij Kulshreshtha
no flags Details

Description Kshitij Kulshreshtha 2008-07-07 16:46:00 UTC
Created attachment 17566 [details]
Xorg.0.log with compiz frozen

I have a Intel 915GM Chipset which ran without problems with Mesa from mesa_7_0_branch and XServer from server-1.4-branch on Linux 2.6.25.1 stock drm and libdrm-2.3.0

When updated to 
Mesa git: 056689d457924ba4d8a0723d0c5f24383d1757d9
XServer: server-1.5-branch c30f36c8c1dfd85deaf1c109823a1f15dd218ac7

with libdrm version 2.3.1 and xf86-video-intel 2.3.2 any running GLX apps freeze after a VT Switch is performed (pressing CTRL-ALT-F1 followed by CTRL-ALT-F7) and leave black windows until killed. If compiz is running the whole screen remains black and neither keyboard nor mouse respond. I can login over the network or press the ACPI Power button to do a normal shutdown.

Same behaviour also seen with 
libdrm and drm modules from git master: 401f77a2ef1d55feaccc13cdae1e5379f4cfec7e
xf86-video-intel git master: f2ec3fd8f2c63b1bc0745802dcf737eda4bb42b6

Xorg.0.log is attached.
Comment 1 Kshitij Kulshreshtha 2008-07-07 16:49:02 UTC
Created attachment 17567 [details]
xorg.conf

xorg.conf attached
Comment 2 Kshitij Kulshreshtha 2008-07-07 17:04:46 UTC
Created attachment 17568 [details]
Xorg.0.log with compiz frozen

Sorry wrong log previously. This is the right one.
Comment 3 Kshitij Kulshreshtha 2008-07-08 05:34:30 UTC
Created attachment 17571 [details]
Xorg.0.log with compiz frozen without TTM

This is the Xorg.0.log with the same behaviour seen with stock drm from kernel 2.6.25.1 and libdrm 2.3.1 with xf86-video-intel 2.3.2 ( compiled with commit 55678c64bc6e3ed613ea6db14c105c18a0cf28ce cherry-picked to fix build without TTM ).

This one has a lot of lines at the end with:
[mi] EQ overflowing. The server is probably stuck in an infinite loop.
[mi] mieqEnequeue: out-of-order valuator event; dropping.
Comment 4 Kshitij Kulshreshtha 2008-07-14 09:10:30 UTC
Frozen screen also with KDE4/Kwin4 (RC1) using OpenGL compositing after VT Switch. (Selection in systemsettings -> Desktop -> Desktop Effects -> Advanced Options).

When using XRender compositing in KWin4 instead, there is no problem, and the screen resumes after VT switch normally.

Does anyone else see the same behaviour or am I doing something wrong?
Comment 5 Kshitij Kulshreshtha 2008-07-22 16:20:40 UTC
Well it seems fixed after updating to libdrm and drm kernel modules to commit id b5cddbcc1536d70dfa9fec833732b2a715d82e65

I guess it was related to the vblank rework, which was committed recently.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.