Closed
Bug 942502
Opened 11 years ago
Closed 11 years ago
Move EGLImage/GraphicBuffer-specific helpers out of GLContext
Categories
(Core :: Graphics, defect)
Core
Graphics
Tracking
()
RESOLVED
FIXED
mozilla29
People
(Reporter: bjacob, Assigned: u480271)
References
Details
(Whiteboard: [qa-])
Attachments
(2 files, 1 obsolete file)
Talking about this bit of GLContext.h: virtual bool BindExternalBuffer(GLuint texture, void* buffer) { return false; } virtual bool UnbindExternalBuffer(GLuint texture) { return false; } #ifdef MOZ_WIDGET_GONK virtual EGLImage CreateEGLImageForNativeBuffer(void* buffer) = 0; virtual void DestroyEGLImage(EGLImage image) = 0; #endif virtual already_AddRefed<TextureImage> CreateDirectTextureImage(::android::GraphicBuffer* aBuffer, GLenum aWrapMode) { return nullptr; }
Reporter | ||
Comment 1•11 years ago
|
||
Expected difficulty: intermediate. Nontrivial as custom choices will have to be made for each place in Gecko that was relying on that, but I expect that there won't be too many (DXR to the rescue).
In preparation, BindExternalBuffer/UnbindExternalBuffer appear to be dead code. Try run to check: https://tbpl.mozilla.org/?tree=Try&rev=0ebf5416840f
Extracted methods CreateEGLImageForNativeBuffer and DestroyEGLImage from GLContext and moved to EGLImageHelpers.[h|cpp]. Renamed to EGLImageCreateFromNativeBuffer and EGLImageDestroy.
Attachment #8344469 -
Flags: review?(bjacob)
Attachment #8343521 -
Flags: review?(bjacob)
Reporter | ||
Comment 5•11 years ago
|
||
Comment on attachment 8344469 [details] [diff] [review] Move EGLImage/GraphicBuffer-specific helpers out of GLContext Review of attachment 8344469 [details] [diff] [review]: ----------------------------------------------------------------- r=me with this: ::: gfx/layers/moz.build @@ +183,5 @@ > # has full system permissions there. > if CONFIG['MOZ_WIDGET_TOOLKIT'] == 'gonk': > EXPORTS.mozilla.layers += [ > 'ipc/ShadowLayerUtilsGralloc.h', > + 'opengl/EGLImageHelpers.h' If I am not mistaken, this header is only #included by source files in the same directory, so you don't need to export it. Better not export headers until we need to.
Attachment #8344469 -
Flags: review?(bjacob) → review+
Reporter | ||
Updated•11 years ago
|
Attachment #8343521 -
Flags: review?(bjacob) → review+
Update with review comments from bjacob. https://tbpl.mozilla.org/?tree=Try&rev=2e72d104d6f6
Attachment #8344469 -
Attachment is obsolete: true
Reporter | ||
Comment 7•11 years ago
|
||
http://hg.mozilla.org/integration/mozilla-inbound/rev/fd0594ff74ce http://hg.mozilla.org/integration/mozilla-inbound/rev/be500431a9d6
Target Milestone: --- → mozilla29
Comment 8•11 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/be500431a9d6 https://hg.mozilla.org/mozilla-central/rev/fd0594ff74ce
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Updated•10 years ago
|
Whiteboard: [qa-]
You need to log in
before you can comment on or make changes to this bug.
Description
•