[Freedreno] shader problem

[Rob Clark]

On Thu, Aug 13, 2015 at 5:08 PM, Manuel Sabban <manu at sabban.eu> wrote:
> On 12/08/2015 21:24, Rob Clark wrote:
>>
>> admittedly the last version of xbmc I'd tried was before the rename to
>> kodi, since it seems to be missing from rpmfusion for arm and enough
>> of a pain to build..  although at the time it worked fine.
>>
>> Probably the easiest thing to do would be to grab an apitrace that you
>> can post somewhere for me to debug.  (apitrace should be packaged in
>> fedora.. probably debian too.. just run:  'apitrace trace kodi')
>>
>> If you have a kodi build for fedora that you can post somewhere, I
>> could try reproducing issue that way too..
>>
> I used kodi from rpmfusion
> http://download1.rpmfusion.org/free/fedora/updates/21/armhfp/repoview/kodi.html

oh.. I guess I must move to new fedora versions before rpmfusion ever
catches up w/ xmbc/kodi..  I guess that is why it never showed up for
me.  Let me see if I can just install the f21 version..

> kodi seems to dlopen some gl libs, so I used the git version of apitrace, as
> the
> packaged version of fedora does'nt seem to handle this.

hmm, ok, well, no problem since I have git apitrace too..

> I don't know if this is relevant but the "apitrace trace kodi" leads
> eventually to a SIGSEGV
> in kodi, wich doesn't happen when not tracing. I joined the crashlog file
> along with all the
> traces generated by apitrace.
>
> You will find all the file at http://www.sabban.eu/kodi-log
>
> Please let me know if this is enough for debugging the issue.

thx, from a quick look at the non-apitrace kodi log:

------------------------
20:28:18 T:1338486784 WARNING: Visual 0x21 of the SDL window is not
suitable, looking for another one...
20:28:18 T:1338486784   ERROR: Failed to determine egl config for visual info
20:28:18 T:1338486784   ERROR: Previous line repeats 92 times.
20:28:18 T:1338486784   ERROR: EGL/GLX Error: vInfo is NULL!
20:28:18 T:1338486784    INFO: GLES: Maximum texture width: 2048
20:28:18 T:1338486784   DEBUG: EGL_EXTENSIONS: EGL_MESA_drm_image
EGL_MESA_configless_context EGL_WL_bind_wayland_display
EGL_KHR_image_base EGL_KHR_image_pixmap EGL_KHR_image
EGL_KHR_get_all_proc_addresses EGL_KHR_gl_texture_2D_image
EGL_KHR_gl_texture_cubemap_image EGL_KHR_gl_renderbuffer_image
EGL_KHR_fence_sync EGL_KHR_wait_sync EGL_KHR_cl_event2
EGL_KHR_surfaceless_context EGL_KHR_create_context EGL_NOK_swap_region
EGL_NOK_texture_from_pixmap EGL_CHROMIUM_sync_control
EGL_EXT_image_dma_buf_import EGL_NV_post_sub_buffer
EGL_MESA_image_dma_buf_export
20:28:18 T:1338486784  NOTICE: GL_VENDOR = NULL
20:28:18 T:1338486784  NOTICE: GL_RENDERER = NULL
20:28:18 T:1338486784  NOTICE: GL_VERSION = NULL
20:28:18 T:1338486784  NOTICE: GL_SHADING_LANGUAGE_VERSION = NULL
20:28:18 T:1338486784   DEBUG: GLES: Extension Support Test -
GL_NVX_gpu_memory_info NO
20:28:18 T:1338486784  NOTICE: GL_EXTENSIONS = NULL
20:28:18 T:1338486784   DEBUG: GLES: Extension Support Test -
GL_EXT_texture_format_BGRA8888 NO
20:28:18 T:1338486784   DEBUG: GLES: Extension Support Test -
GL_IMG_texture_format_BGRA8888 NO
20:28:18 T:1338486784   DEBUG: GLES: Extension Support Test -
GL_APPLE_texture_format_BGRA8888 NO
20:28:18 T:1338486784   ERROR: GL: Error compiling vertex shader
20:28:18 T:1338486784   ERROR: ��
20:28:18 T:1338486784   ERROR: GL: Error compiling vertex shader
20:28:18 T:1338486784   ERROR: GUI Shader
[guishader_frag_default.glsl] - Initialise failed
20:28:18 T:1338486784   ERROR: GL: Error compiling vertex shader
------------------------

the GL_VENDOR = NULL, etc bits look somewhat suspicious..  I suspect
the "Error compiling vertex shader" bit is simply side effect of
something not initialized properly.  Anyways, since it seems to
attempt to use egl+gles, you might need to 'apitrace trace --api egl
kodi.bin'

I do remember in the past I had to fix xbmc's makefiles to not assume
arm == gles, although at the time it was simply because the gles code
had compile errors that I didn't want to bother fixing.

(note that egl+gles should work just fine w/ mesa/freedreno..  but who
knows if there are some assumptions that arm == android or hack
workarounds for some other blob gles driver)

BR,
-R

> Thank you very much for your help.
>
> Best regards,
> Manuel Sabban