<div dir="ltr"><div class="gmail_extra">Hi Rick,<br><br></div><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">





<div lang="EN-US">
<div class="gmail-m_69034718413705279WordSection1">
<p class="MsoNormal"><span style="font-size:11pt;font-family:"Calibri",sans-serif"></span></p>
<p class="MsoNormal"><span style="font-size:11pt;font-family:"Calibri",sans-serif">One of my colleagues tried the configuration that you recommended and was unable to reproduce the issue.  On further investigation he determined that the Gallium configuration
 doesn’t call </span><span style="font-size:11pt;font-family:"Calibri",sans-serif">XShmDetach.  He added a call to XShmDetach and was then able to recreate the issue.  Is it intentional (and appropriate) that the XShmDetach call is absent from the Gallium
 configuration?</span></p></div></div></blockquote><div><br></div><div>Unfortunately, I can't speak much to the implementation side.  However, we make extensive use of a bare-minimum software-only implementation of mesa as a backup renderer using the suggested configuration and have not seen issues with it so my hope was that it could give you a usable library while waiting for the issue to be addressed in classic-xlib (if at all).  It may be worh using this configuration anyways since it's built on the gallium infrastructure which is much more likely to see regular and active maintenence than the classic-xlib implementation.<br></div><div> <br></div><div>As for debugging the details of the bug, I'll have to defer to Brian for that.<br><br></div><div>- Chuck</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div lang="EN-US"><div class="gmail-m_69034718413705279WordSection1"><div><div class="gmail-h5"><div><div>
</div>
</div>
</div></div></div>
</div>

</blockquote></div><br></div></div>