Bug 613802 - glxBlockClients stays TRUE even after complete resume
Summary: glxBlockClients stays TRUE even after complete resume
Alias: None
Product: Fedora
Classification: Fedora
Component: xorg-x11-server   
(Show other bugs)
Version: 14
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: X/OpenGL Maintenance List
QA Contact: Fedora Extras Quality Assurance
Keywords: Patch, Triaged
Depends On:
TreeView+ depends on / blocked
Reported: 2010-07-12 20:44 UTC by Colin Walters
Modified: 2012-04-18 17:22 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2012-04-18 17:22:23 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

External Trackers
Tracker ID Priority Status Summary Last Updated
FreeDesktop.org 28998 None None None Never

Description Colin Walters 2010-07-12 20:44:30 UTC
I'm getting my GLX app hanging like this:

(gdb) bt
#0  0x00639416 in __kernel_vsyscall ()
#1  0x00ecbe9b in __poll (fds=0xbfb31c38, nfds=1, timeout=-1) at ../sysdeps/unix/sysv/linux/poll.c:83
#2  0x006a40c0 in ?? () from /usr/lib/libxcb.so.1
#3  0x006a5d52 in xcb_wait_for_reply () from /usr/lib/libxcb.so.1
#4  0x00705268 in _XReply (dpy=0x8a76ba8, rep=0xbfb31da0, extra=0, discard=0) at xcb_io.c:532
#5  0x062ef04a in QueryVersion (dpy=0x8a76ba8) at glxext.c:358
#6  __glXInitialize (dpy=0x8a76ba8) at glxext.c:847
#7  0x062eaefa in glXQueryVersion (dpy=0x8a76ba8, major=0xbfb31e2c, minor=0xbfb31e28) at glxcmds.c:647
#8  0x051f2701 in clutter_backend_glx_post_parse (backend=0x8a27020 [ClutterBackendGLX], error=0xbfb31f2c)
    at clutter-backend-glx.c:110
#9  0x05185230 in _clutter_backend_post_parse (backend=0x8a27020 [ClutterBackendGLX], error=0xbfb31f2c)
    at ./clutter-backend.c:269
#10 0x051a627c in clutter_init_real (error=0xbfb31f2c) at ./clutter-main.c:1537
#11 0x0804fa5a in ?? ()
#12 0x00e0bcf6 in __libc_start_main (main=0x804f8f0, argc=1, ubp_av=0xbfb31ff4, init=0x805f520, fini=0x805f510, rtld_fini=
    0x320160 <_dl_fini>, stack_end=0xbfb31fec) at libc-start.c:226
#13 0x0804f851 in ?? ()

This appears to be because
glxSuspendClients was called, without being undone from glxDRIEnterVT, but I'm clearly in a desktop login.  My guess is somehow the VT switch event is being lost?

Comment 1 Dave Airlie 2010-07-12 23:45:16 UTC
upstream bug, fixes not upstream yet. waiting for jbarnes and keithp.

Comment 2 Owen Taylor 2010-07-13 21:56:59 UTC
Looks like a fix landed upstream

Comment 3 Bug Zapper 2010-07-30 12:32:14 UTC
This bug appears to have been reported against 'rawhide' during the Fedora 14 development cycle.
Changing version to '14'.

More information and reason for this action is here:

Comment 4 Adam Jackson 2012-04-18 17:22:23 UTC
Presumably no longer an issue in F15+.

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