<html>
<head>
<base href="https://bugs.freedesktop.org/" />
</head>
<body><table border="1" cellspacing="0" cellpadding="8">
<tr>
<th>Bug ID</th>
<td><a class="bz_bug_link
bz_status_NEW "
title="NEW - framebuffer from a destroyed drawable is reused when binding the same context to other drawable"
href="https://bugs.freedesktop.org/show_bug.cgi?id=94752">94752</a>
</td>
</tr>
<tr>
<th>Summary</th>
<td>framebuffer from a destroyed drawable is reused when binding the same context to other drawable
</td>
</tr>
<tr>
<th>Product</th>
<td>Mesa
</td>
</tr>
<tr>
<th>Version</th>
<td>11.1
</td>
</tr>
<tr>
<th>Hardware</th>
<td>x86-64 (AMD64)
</td>
</tr>
<tr>
<th>OS</th>
<td>Linux (All)
</td>
</tr>
<tr>
<th>Status</th>
<td>NEW
</td>
</tr>
<tr>
<th>Severity</th>
<td>normal
</td>
</tr>
<tr>
<th>Priority</th>
<td>medium
</td>
</tr>
<tr>
<th>Component</th>
<td>Mesa core
</td>
</tr>
<tr>
<th>Assignee</th>
<td>mesa-dev@lists.freedesktop.org
</td>
</tr>
<tr>
<th>Reporter</th>
<td>gqmelo@gmail.com
</td>
</tr>
<tr>
<th>QA Contact</th>
<td>mesa-dev@lists.freedesktop.org
</td>
</tr></table>
<p>
<div>
<pre>Created <span class=""><a href="attachment.cgi?id=122625" name="attach_122625" title="program to reproduce the bug">attachment 122625</a> <a href="attachment.cgi?id=122625&action=edit" title="program to reproduce the bug">[details]</a></span>
program to reproduce the bug
I've been trying to catch a flaky bug when with the following scenario:
- Create useful_window
- Create dummy_window
- Create glxcontext
- glXMakeCurrent(dpy, dummy_window, glxcontext)
- get opengl info
- glXMakeCurrent(dpy, None, NULL)
- XDestroyWindow(dpy, dummy_window)
- glXMakeCurrent(dpy, useful_window, glxcontext)
- render stuff
For the record, I've been debugging this because this is roughly what Qt5 does
when creating a new OpenGL widget (it creates a dummy window just to get the
OpenGL version)
Using the attached C program I could reproduce it most of the time when running
with LIBGL_ALWAYS_INDIRECT=1, mesa 11.1.2 and Xephyr as the X11 server.
After using gdb and printing a lot of debug info, in summary this is what
happens:
- glXMakeCurrent(dpy, dummy_window, glxcontext) creates dri_drawable_dummy
- glXMakeCurrent(dpy, None, NULL) does nothing relevant in this case
- XDestroyWindow(dpy, dummy_window) destroys the dri_drawable_dummy
- glXMakeCurrent(dpy, useful_window, glxcontext) creates dri_drawable_useful,
which sometimes happens to have the same address as dri_drawable_dummy (which
should be ok)
- st_api_make_current calls st_framebuffer_reuse_or_create
- st_framebuffer_reuse_or_create see that st->ctx->WinSysDrawBuffer->iface ==
stfbi and then just reuses the existing fb
- then when reusing this framebuffer the stamp contains the value that was set
when the context was bound to the dummy_window, and nothing is rendered
Please be aware that this bug is not consistent as it depends on the second
dri_drawable being allocated at the same address of the destroyed one. As I got
tired of waiting for the bug to happen on each run, I created a patch that
reproduces the exact behaviour (basically making the dri_drawable static)
I'm also attaching the Xephyr output with my debug messages. Sorry for the
mess, but basically contains the functions being executed and its parameters
indented.
I'm willing to fix this bug myself but I need some advice as I've got stuck
here. I appreciate any help.</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the QA Contact for the bug.</li>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>