<html>
    <head>
      <base href="https://bugs.freedesktop.org/">
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - llvmpipe crashes using kms_swrast_dri.so"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=108581#c4">Comment # 4</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - llvmpipe crashes using kms_swrast_dri.so"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=108581">bug 108581</a>
              from <span class="vcard"><a class="email" href="mailto:sroland@vmware.com" title="Roland Scheidegger <sroland@vmware.com>"> <span class="fn">Roland Scheidegger</span></a>
</span></b>
        <pre>Looks like the buffer disappeared when it still had pending rendering commands
to it (in this case, a clear command).
I think this happens because these (kms) surfaces aren't allocated within
llvmpipe itself, so there's no refcounting there and if those externally
allocated surfaces are freed (externally) subsequent access will result in
segfaults (valgrind possibly could shed some more light on it, if it still
triggers with that).
I'm not quite sure though where the root cause actually is, I think "something"
needs to make sure that before the surfaces are destroyed that the renderer is
really done with it.</pre>
        </div>
      </p>


      <hr>
      <span>You are receiving this mail because:</span>

      <ul>
          <li>You are the assignee for the bug.</li>
          <li>You are the QA Contact for the bug.</li>
      </ul>
    </body>
</html>