Bug 915 - GLES2 and GLES3 contexts rejected on Mesa/AMD where ES3 is available since 2.1.1
Summary: GLES2 and GLES3 contexts rejected on Mesa/AMD where ES3 is available since 2.1.1
Status: RESOLVED INVALID
Alias: None
Product: Jogl
Classification: JogAmp
Component: core (show other bugs)
Version: 2
Hardware: pc_all linux
: --- normal
Assignee: Sven Gothel
URL:
Depends on:
Blocks:
 
Reported: 2013-12-02 01:13 CET by Mark Raynsford
Modified: 2013-12-11 16:47 CET (History)
1 user (show)

See Also:
Type: ANNOTATION
SCM Refs:
Workaround: ---

Attachments
Debug output for 2.1.3-rc-20131129 maven (579.64 KB, text/plain)
2013-12-02 01:13 CET, Mark Raynsford 		Details
Trivial test program (1.23 KB, text/plain)
2013-12-02 01:13 CET, Mark Raynsford 		Details
Debug output for 2.1.0 (successfully opening a GLES2 context) (902.43 KB, text/plain)
2013-12-02 01:15 CET, Mark Raynsford 		Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Mark Raynsford 2013-12-02 01:13:15 CET 
Created attachment 562 [details]
Debug output for 2.1.3-rc-20131129 maven

GLES2 and GLES3 can't be used on Mesa 9.2.3, on jogl >= 2.1.1.

Attempting to open a GLWindow with a GLES2 profile results in an error claiming
the profile is unavailable.
Comment 1 Mark Raynsford 2013-12-02 01:13:59 CET 
Created attachment 563 [details]
Trivial test program
Comment 2 Mark Raynsford 2013-12-02 01:15:00 CET 
Created attachment 564 [details]
Debug output for 2.1.0 (successfully opening a GLES2 context)
Comment 3 Mark Raynsford 2013-12-02 01:18:51 CET 
EGL_CLIENT_APIS: OpenGL OpenGL_ES OpenGL_ES2 
GL_VERSION: OpenGL ES 3.0 Mesa 9.2.3
GL_RENDERER: Gallium 0.4 on AMD RV730

Linux viper 3.12.0-1-ARCH #1 SMP PREEMPT Wed Nov 6 09:06:27 CET 2013 x86_64 GNU/Linux
Comment 4 Sven Gothel 2013-12-02 02:51:22 CET 
ES2 rejected, since context reports itself as ES 3.0:
+++
main: GLContext.setGLFuncAvail: Pre version verification - expected 2.0 (ES profile, hardware), strictMatch true, glVersionsMapping false main: GLContext.setGLFuncAvail: Version verification (Int): String OpenGL ES 3.0 Mesa 9.2.3, Number(Int) 3.0.0 main: GLContext.setGLFuncAvail.X: FAIL, GL version mismatch (Int): 2.0 (ES profile, hardware) -> OpenGL ES 3.0 Mesa 9.2.3, 3.0.0 main: createImpl: setGLFunctionAvailability FAILED delete 0x7f5b9c67a440
+++

No ES3 type bit set in EGLConfig, hence failed to create context:
+++
EGLDrawableFactory.mapAvailableEGLESConfig: GLES3 ( 3 ), defaultSharedResourceSet false, mapsADeviceToDefaultDevice true (QUERY_EGL_ES_NATIVE_TK false, hasDesktopFactory true, isEGLGraphicsDevice true) EGLDrawableFactory.mapAvailableEGLESConfig() no pbuffer config available, detected !pbuffer config: false
+++
Comment 5 Sven Gothel 2013-12-11 02:02:30 CET 
Is this nig already filed w/ Mesa and/or it's AMD backend ?

May we say that desktop GL3 ctx is 'good enough' 
and hope on a Mesa/AMD fix ?

I would like that .. and close this issue for now,
i.e. users can still use GL2ES3, GL3ES3 .. etc ..

Please reopen, if you think we shall create a workaround for this issue.

Marked as ANNOTATION, since this is Mesa/AMD's bug!
Comment 6 Mark Raynsford 2013-12-11 13:49:09 CET 
It's a bit of a pain, but if there's nothing we can do about it, then there's
nothing we can do!

I'll link the Mesa people to this bug so that they're aware there's a problem
Comment 7 Mark Raynsford 2013-12-11 16:47:29 CET 
Issue filed with Mesa:

https://bugs.freedesktop.org/show_bug.cgi?id=72600