Bug 328847 - Kwin crash when enabling openGL 3.1 compositing
Summary: Kwin crash when enabling openGL 3.1 compositing
Status: RESOLVED DUPLICATE of bug 327310
Alias: None
Product: kwin
Classification: Plasma
Component: general (show other bugs)
Version: 4.11.3
Platform: openSUSE Linux
: NOR crash
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords: drkonqi
Depends on:
Blocks:
 
Reported: 2013-12-15 21:20 UTC by Heikki Välisuo
Modified: 2013-12-16 14:40 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Heikki Välisuo 2013-12-15 21:20:06 UTC
Application: kwin (4.11.3)
KDE Platform Version: 4.11.3
Qt Version: 4.8.5
Operating System: Linux 3.12.5-3.g48b587a-default x86_64
Distribution: "openSUSE 13.1 (Bottle) (x86_64)"

-- Information about the crash:
- What I was doing when the application crashed:

Enabled openGL 3.1 compositing. Kwin crashes always. Tested many times. Usually turned to openGL 2.0 and worked OK. This time (after intalling the debug symbols. Sorry I do not remember if I changed anything else) runs still with openGL 3.1 but with the effects do not work (I only have present windows and present all desktops)

Qt graphics system = raste, tearing prevention automatic  

This is no problem for me. openGL 2.0 and xrender are fine for me. Just forget this if it seems useless for debugging.

-- Backtrace:
Application: KWin (kwin), signal: Aborted
Using host libthread_db library "/lib64/libthread_db.so.1".
[KCrash Handler]
#5  0x00007fd3eb48f849 in raise () from /lib64/libc.so.6
#6  0x00007fd3eb490cd8 in abort () from /lib64/libc.so.6
#7  0x00007fd3eb488616 in __assert_fail_base () from /lib64/libc.so.6
#8  0x00007fd3eb4886c2 in __assert_fail () from /lib64/libc.so.6
#9  0x00007fd3e9337a59 in poll_for_event (dpy=dpy@entry=0x1ed9550) at xcb_io.c:271
#10 0x00007fd3e9337aee in poll_for_response (dpy=dpy@entry=0x1ed9550) at xcb_io.c:289
#11 0x00007fd3e9337dcd in _XEventsQueued (dpy=0x1ed9550, mode=mode@entry=1) at xcb_io.c:363
#12 0x00007fd3e9338073 in _XFlush (dpy=<optimized out>) at xcb_io.c:514
#13 0x00007fd3e933aa85 in _XGetRequest (dpy=dpy@entry=0x1ed9550, type=type@entry=5 '\005', len=len@entry=20) at XlibInt.c:1735
#14 0x00007fd3e63c98e7 in DRI2GetBuffersWithFormat (dpy=0x1ed9550, drawable=96474958, width=width@entry=0x251b398, height=height@entry=0x251b39c, attachments=0x7fff34624e60, count=1, outCount=outCount@entry=0x7fff34624e5c) at dri2.c:476
#15 0x00007fd3e63c732b in dri2GetBuffersWithFormat (driDrawable=<optimized out>, width=0x251b398, height=0x251b39c, attachments=<optimized out>, count=<optimized out>, out_count=0x7fff34624e5c, loaderPrivate=0x212cfe0) at dri2_glx.c:888
#16 0x00007fd3c73aa30c in intel_query_dri2_buffers (buffer_count=0x7fff34624e5c, buffers=<synthetic pointer>, drawable=0x251b370, brw=0x7fd3cc041040) at brw_context.c:1227
#17 intel_update_dri2_buffers (drawable=0x251b370, brw=0x7fd3cc041040) at brw_context.c:1044
#18 intel_update_renderbuffers (context=context@entry=0x20b9d20, drawable=drawable@entry=0x251b370) at brw_context.c:1100
#19 0x00007fd3c73aa613 in intel_prepare_render (brw=brw@entry=0x7fd3cc041040) at brw_context.c:1118
#20 0x00007fd3c73aa76b in intelMakeCurrent (driContextPriv=<optimized out>, driDrawPriv=<optimized out>, driReadPriv=0x251b370) at brw_context.c:963
#21 0x00007fd3c7351516 in driBindContext (pcp=<optimized out>, pdp=<optimized out>, prp=<optimized out>) at dri_util.c:536
#22 0x00007fd3e63c8c3f in dri2_bind_context (context=0x212bc70, old=<optimized out>, draw=<optimized out>, read=<optimized out>) at dri2_glx.c:153
#23 0x00007fd3e63a43e6 in MakeContextCurrent (dpy=0x1ed9550, draw=96474959, read=96474959, gc_user=0x212bc70) at glxcurrent.c:259
#24 0x00007fd3eb8ee019 in ?? () from /usr/lib64/libkdeinit4_kwin.so
#25 0x00007fd3eb8efb59 in ?? () from /usr/lib64/libkdeinit4_kwin.so
#26 0x00007fd3eb8eab7c in ?? () from /usr/lib64/libkdeinit4_kwin.so
#27 0x00007fd3eb8cfab5 in ?? () from /usr/lib64/libkdeinit4_kwin.so
#28 0x00007fd3eb8cfe3d in ?? () from /usr/lib64/libkdeinit4_kwin.so
#29 0x00007fd3eb8d01e5 in ?? () from /usr/lib64/libkdeinit4_kwin.so
#30 0x00007fd3eb857af5 in ?? () from /usr/lib64/libkdeinit4_kwin.so
#31 0x00007fd3e58e9d68 in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib64/libQtCore.so.4
#32 0x00007fd3eb867e3f in ?? () from /usr/lib64/libkdeinit4_kwin.so
#33 0x00007fd3eb86844d in ?? () from /usr/lib64/libkdeinit4_kwin.so
#34 0x00007fd3e58e9d68 in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib64/libQtCore.so.4
#35 0x00007fd3e58edf31 in QObject::event(QEvent*) () from /usr/lib64/libQtCore.so.4
#36 0x00007fd3e4a558ac in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib64/libQtGui.so.4
#37 0x00007fd3e4a5be70 in QApplication::notify(QObject*, QEvent*) () from /usr/lib64/libQtGui.so.4
#38 0x00007fd3ea18f18a in KApplication::notify(QObject*, QEvent*) () from /usr/lib64/libkdeui.so.5
#39 0x00007fd3e58d60ad in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /usr/lib64/libQtCore.so.4
#40 0x00007fd3e590583c in ?? () from /usr/lib64/libQtCore.so.4
#41 0x00007fd3e5906860 in QEventDispatcherUNIX::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4
#42 0x00007fd3e4af3256 in ?? () from /usr/lib64/libQtGui.so.4
#43 0x00007fd3e58d4d0f in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4
#44 0x00007fd3e58d5005 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4
#45 0x00007fd3e58da13b in QCoreApplication::exec() () from /usr/lib64/libQtCore.so.4
#46 0x00007fd3eb888276 in kdemain () from /usr/lib64/libkdeinit4_kwin.so
#47 0x00007fd3eb47bbe5 in __libc_start_main () from /lib64/libc.so.6
#48 0x0000000000400761 in _start ()

Possible duplicates by query: bug 328718, bug 328004, bug 327821, bug 324255, bug 321643.

Reported using DrKonqi
Comment 1 Thomas Lübking 2013-12-15 21:32:55 UTC
afawk it's a driver bug only.
also your gpu/driver  willlikely not support gl3.0 anyway - check the dupe for details

*** This bug has been marked as a duplicate of bug 327310 ***
Comment 2 Heikki Välisuo 2013-12-16 08:32:50 UTC
I have an intel core i3-530 CPU (Ironlake). If I understood correctly, it does not support openGL 3.1.

When I set compositing to 3.1, kwin crashes and restarts using openGL 2.0. Works fine.

I am sorry I did not do my homework before reporting the "bug".

 RESOLVED?
Comment 3 Thomas Lübking 2013-12-16 14:40:03 UTC
It's not your fault - of course the driver should not crash just because it doesn't support a configuration, but simply fail to allocate a context, return NULL and at some point create a context.

If that wasn't the case, KWin would have to not try (it knows that the core profile is not supported)