Bug 96219 - Using glXBindTexImageEXT with a GLXPixmap created out-of-process fails
Summary: Using glXBindTexImageEXT with a GLXPixmap created out-of-process fails
Status: RESOLVED MOVED
Alias: None
Product: Mesa
Classification: Unclassified
Component: GLX (show other bugs)
Version: git
Hardware: Other All
: medium normal
Assignee: mesa-dev
QA Contact: mesa-dev
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-05-25 20:44 UTC by Andrew Comminos
Modified: 2019-09-18 17:45 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments

Description Andrew Comminos 2016-05-25 20:44:22 UTC
When binding a GLXPixmap created in a different process using glXBindTexImageEXT, we only bind a black texture. I believe this occurs because the associated DRI drawable is stored in the underlying display- when dri{2,3}_bind_tex_image is called with a different glx_display than the one that created (or bound) the GLXPixmap, we find that its drawable table does not contain the associated DRI drawable, and we return.

I suggest that driFetchDrawable is used in dri{2,3}_bind_tex_image, as it is in dri{2,3}_bind_context.
Comment 1 Matt Turner 2016-06-23 06:40:31 UTC
(In reply to Andrew Comminos from comment #0)
> I suggest that driFetchDrawable is used in dri{2,3}_bind_tex_image, as it is
> in dri{2,3}_bind_context.

Have you tried that? If it works, I'd send such a patch to mesa-dev@lists.freedesktop.org for review/inclusion.
Comment 2 GitLab Migration User 2019-09-18 17:45:19 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/mesa/mesa/issues/104.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.