<html>
<head>
<base href="https://bugs.freedesktop.org/" />
</head>
<body><span class="vcard"><a class="email" href="mailto:chad.versace@linux.intel.com" title="Chad Versace <chad.versace@linux.intel.com>"> <span class="fn">Chad Versace</span></a>
</span> changed
<a class="bz_bug_link
bz_status_ASSIGNED "
title="ASSIGNED --- - EGL_EXT_image_dma_buf_import fd ownership is incorrect"
href="https://bugs.freedesktop.org/show_bug.cgi?id=76188">bug 76188</a>
<br>
<table border="1" cellspacing="0" cellpadding="8">
<tr>
<th>What</th>
<th>Removed</th>
<th>Added</th>
</tr>
<tr>
<td style="text-align:right;">Status</td>
<td>NEW
</td>
<td>ASSIGNED
</td>
</tr></table>
<p>
<div>
<b><a class="bz_bug_link
bz_status_ASSIGNED "
title="ASSIGNED --- - EGL_EXT_image_dma_buf_import fd ownership is incorrect"
href="https://bugs.freedesktop.org/show_bug.cgi?id=76188#c10">Comment # 10</a>
on <a class="bz_bug_link
bz_status_ASSIGNED "
title="ASSIGNED --- - EGL_EXT_image_dma_buf_import fd ownership is incorrect"
href="https://bugs.freedesktop.org/show_bug.cgi?id=76188">bug 76188</a>
from <span class="vcard"><a class="email" href="mailto:chad.versace@linux.intel.com" title="Chad Versace <chad.versace@linux.intel.com>"> <span class="fn">Chad Versace</span></a>
</span></b>
<pre>(In reply to <a href="show_bug.cgi?id=76188#c9">comment #9</a>)
<span class="quote">> (In reply to <a href="show_bug.cgi?id=76188#c7">comment #7</a>)
> > I do see risk in not cherry-picking the fix. If an app uses this extension
> > with unfixed Mesa 10.2, then that app will leak file descriptors.
>
> Hmm, isn't it the vice versa though?</span >
Pekka, you're right. I spoke backwards.
<span class="quote">> If an app is written to work on unfixed Mesa (the app is broken), it works
> on both unfixed and fixed Mesa, but leaks fds on fixed Mesa, because nothing
> will close the fds given to Mesa.
>
> If an app is written to work on fixed Mesa (the app is correct), it will not
> work on unfixed Mesa, because unfixed Mesa will close the fds behind the
> app's back. (Assuming the app actually needs to store and use the fds again.)</span >
So regardless of our decision, to backport or not to backport, there will be
bugs. I think the right decision in this case is to prefer supporting apps
written to the correct behavior. So let's backport.
There is another reason to backport: There likely have never existed apps that
relied on the old behavior. During the Khronos discussion where we decided to
"fix" the extension, the consensus was that there were no known in-production
apps that used the extension. Therefore we believed it was safe to "fix" the
extension to follow more traditional Linux fd ownership rules. No existent apps
=> no real compatibility break. Anyway, we predicted that the yet-to-appear
client would might assume traditional fd ownership rules even if we decided to
not fix the extension.
<span class="quote">> So, concretely, do I have to send a copy of the patch to mesa-stable@ or
> something, or is it already taken care of?
> Any tag lines to add to the patch?</span >
Just send a copy to mesa-stable@. If you're unsure about the protocol, ask Emil
(xexaxo on #dri-devel).
Everyone following along... does backporting sound sensible to you too? Am I
alone in that opinion?</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>