Forums - Crash in system/vendor/lib/egl/libGLESv2_adreno.so (oxili_tile_texture+1363)

7 posts / 0 new
Last post
Crash in system/vendor/lib/egl/libGLESv2_adreno.so (oxili_tile_texture+1363)
Travisty
Join Date: 12 May 14
Posts: 3
Posted: Tue, 2015-01-27 12:32

Hello all,

We are testing our application on various Android devices, but our QA can consistent crash our Samsung Galaxy S4 phone device when using a 3rd party library to play movie textures on 3d objects.   When ithe app crashes, we are getting this low level adreno driver stack trace.   Is this a known bug in the adreno library, or is there something we can do to prevent it?

BackTrace: (From Samsung Galaxy S4 model I337)


I/DEBUG ( 265): backtrace:

I/DEBUG ( 265): #00 pc 000a15b4 /system/vendor/lib/egl/libGLESv2_adreno.so (oxili_tile_texture+1363)

I/DEBUG ( 265): #01 pc 0007a92d /system/vendor/lib/egl/libGLESv2_adreno.so (rb_texture_update_hw_subimage+4588)

I/DEBUG ( 265): #02 pc 0007b311 /system/vendor/lib/egl/libGLESv2_adreno.so (rb_texture_loadsubimage+56)

I/DEBUG ( 265): #03 pc 0005a049 /system/vendor/lib/egl/libGLESv2_adreno.so (TexSubImageLoad+276)

I/DEBUG ( 265): #04 pc 0005a265 /system/vendor/lib/egl/libGLESv2_adreno.so (core_glTexSubImage2D+220)

I/DEBUG ( 265): #05 pc 00039edf /system/vendor/lib/egl/libGLESv2_adreno.so (glTexSubImage2D+50)

I/DEBUG ( 265): #06 pc 00002a44 /data/app-lib/com.company.game-1/libtheorawrapper.so

I/DEBUG ( 265): #07 pc 00003eb4 /data/app-lib/com.company.game-1/libtheorawrapper.so (UnityRenderEvent+480)

I/DEBUG ( 265): #08 pc 00002414 <unknown>

  • Up0
  • Down0
mhfeldma Moderator
Join Date: 29 Nov 12
Posts: 310
Posted: Wed, 2015-01-28 07:32

Sounds like an issue we'd want to take a closer look at.  Are you able to share the apk with us so that we can do some detailed testing with?

 

Is the crash isolated to the Samsung Galaxy S4?  Also what is the OS and build information (settings/about phone)?

 

 

  • Up0
  • Down0
Travisty
Join Date: 12 May 14
Posts: 3
Posted: Thu, 2015-01-29 07:09

I won't be able to share the original APK due to contract.  But I can tell you it occurs using an app built using Unity 4.6.2 with the Mobile Movies Texutre plugin (http://u3d.as/content/defiant-development-pty-ltd/mobile-movie-texture/2w1) that uses their own custom library (libtheorawrapper) to decode OGV movies and render onto a texture.

Perhaps after the project I can try to replicate it in a smaller sample project, but thought I'd at least share the crash/backtrace for now.  its not a 100% occurence so it makes a bit difficult to reproduce, but essentially occurs using that plugin to play multiple movies one after another.

As far as hardware, we have limited devices, but I believe we have only seen it thus far on our Samsung Galaxy S4 model I337, Android 4.4.2, build # KOT49H.I1337UCUFNI1..  Others have reported it on the Unity forums, so I suspect its other Adreno devices too.

Thanks for looking into this!

  • Up0
  • Down0
Travisty
Join Date: 12 May 14
Posts: 3
Posted: Thu, 2015-01-29 07:09

I won't be able to share the original APK due to contract.  But I can tell you it occurs using an app built using Unity 4.6.2 with the Mobile Movies Texutre plugin (http://u3d.as/content/defiant-development-pty-ltd/mobile-movie-texture/2w1) that uses their own custom library (libtheorawrapper) to decode OGV movies and render onto a texture.

Perhaps after the project I can try to replicate it in a smaller sample project, but thought I'd at least share the crash/backtrace for now.  its not a 100% occurence so it makes a bit difficult to reproduce, but essentially occurs using that plugin to play multiple movies one after another.

As far as hardware, we have limited devices, but I believe we have only seen it thus far on our Samsung Galaxy S4 model I337, Android 4.4.2, build # KOT49H.I1337UCUFNI1..  Others have reported it on the Unity forums, so I suspect its other Adreno devices too.

Thanks for looking into this!

  • Up0
  • Down0
daudrain
Join Date: 8 Jan 16
Posts: 1
Posted: Fri, 2016-01-08 07:24

Hi,
 
We are seeing similar crashes with our applications.
 
Both crash are related to glTexImage2D with data parameter set to null.
This happens when resuming the OpenGL view.
 
For now 350 related crashes have been track for 60000+ sessions. This is the major native crash in our app.
 
Below are the different callstacks.
 
Any help would be greatly appreciated.
 
Thank you,
David
 
 
SIGSEGV SEGV_MAPERR 0x7fffffffffffffff
Thread : Crashed: systems.android
0  libGLESv2_adreno.so                                          0xae96d234 oxili_tile_texture
1  libGLESv2_adreno.so                                          0xae943b57 (Missing)
2  libGLESv2_adreno.so                                          0xae9458f1 rb_texture_update_hw_subimage
3  libGLESv2_adreno.so                                          0xae946af5 rb_texture_loadimage
4  libGLESv2_adreno.so                                          0xae921ba3 TexImageLoad
5  libGLESv2_adreno.so                                          0xae921f4f core_glTexImage2D
6  libGLESv2_adreno.so                                          0xae9001d9 glTexImage2D
7  libGLESv1_CM_adreno.so                                       0xaf09092f qglDrvAPI_glTexImage2D
8  libGLESv1_CM_adreno.so                                       0xaf085f99 glTexImage2D
9  libnavlib.so                                                 0x9a19b8e4 gfx3d::Texture::Reload(void const*, int, int) (Texture.cpp:243)
 
SIGSEGV SEGV_MAPERR 0x7fffffffffffffff
Thread : Crashed: systems.android
0  libGLESv2_adreno.so                                          0xf0c54102 a4x_tile_texture
1  libGLESv2_adreno.so                                          0xf0c1507f (Missing)
2  libGLESv2_adreno.so                                          0xf0c16f95 rb_texture_update_hw_subimage
3  libGLESv2_adreno.so                                          0xf0c181ad rb_texture_loadimage
4  libGLESv2_adreno.so                                          0xf0bf247f TexImageLoad
5  libGLESv2_adreno.so                                          0xf0bf26d7 core_glTexImage2D
6  libGLESv2_adreno.so                                          0xf0bd11d1 glTexImage2D
7  libGLESv1_CM_adreno.so                                       0xf0d1ea2f qglDrvAPI_glTexImage2D
8  libGLESv1_CM_adreno.so                                       0xf0d14099 glTexImage2D
9  libnavlib.so                                                 0xdf1d78e4 gfx3d::Texture::Reload(void const*, int, int) (Texture.cpp:243)
 
 
 
SIGSEGV SEGV_MAPERR 0x7fffffffffffffff
Thread : Crashed: systems.android
0  libGLESv2_adreno.so                                          0xa8c92324 A4xBltDevice::ExecFastSwCopyLinearInputMacroTiledOutput(BltExecSwCopy*)
1  libGLESv2_adreno.so                                          0xa8c7bb69 BltDevice::ExecSwCopy(BltExecSwCopy*)
2  libGLESv2_adreno.so                                          0xa8c5e9d5 EsxBltLib::CopyHostPtrBltSw(EsxBltCopyHostPtr const*)
3  libGLESv2_adreno.so                                          0xa8bf0d03 EsxResource::UpdateSubResourceDirect(EsxContext*, unsigned int, EsxBox const*, EsxSurfaceAccessDesc const*)
4  libGLESv2_adreno.so                                          0xa8bfe517 EsxContext::UpdateSubResource(EsxResource*, unsigned int, EsxBox const*, EsxSurfaceAccessDesc const*)
5  libGLESv2_adreno.so                                          0xa8bd3e9b EsxContext::TexImage(EsxTextureType, unsigned int, EsxInternalFormat, EsxBox const*, EsxPixFormat, EsxPixType, int, void const*)
6  libGLESv2_adreno.so                                          0xa8badb2b EsxContext::GlTexImage2D(unsigned int, int, int, int, int, int, unsigned int, unsigned int, void const*)
7  libGLESv2_adreno.so                                          0xa8bd9b6b EsxGlApiParamValidate::GlTexImage2D(EsxDispatch*, unsigned int, int, int, int, int, int, unsigned int, unsigned int, void const*)
8  libGLESv2_adreno.so                                          0xa8ba5383 glTexImage2D
9  libGLESv1_CM_adreno.so                                       0xae5a10a7 glTexImage2D
10 libnavlib.so                                                 0x95b1a8e4 gfx3d::Texture::Reload(void const*, int, int) (Texture.cpp:243)
 
  • Up0
  • Down0
kmansoft
Join Date: 13 Mar 16
Posts: 1
Posted: Sun, 2016-03-13 08:04

I'm seeing a bunch of these crashes in my app's Google Play error reporting.

The app is native (Java), not JavaScript app. It's worth remembering that Android since 5.0 uses the GPU hardware much more (the "material" UI theme with a lot of subtle and not so subtle animation effects, ripples, etc.)

Looks like same or similar crash. There are comments from other developers too.

https://code.google.com/p/android/issues/detail?id=175143

Qualcomm -- are you going to fix your driver bugs?

 

  • Up0
  • Down0
FernandoBR
Join Date: 25 Jul 15
Posts: 1
Posted: Wed, 2018-05-02 12:40

I'm also seeing crashes. I have three EGL context active on three different threads and it randomly crashes with null point apparently:

05-02 18:33:43.837 F/libc    (28353): Fatal signal 11 (SIGSEGV), code 1, fault addr 0x0 in tid 28581 (pool-5-thread-1)
05-02 18:33:43.838 W/        (25435): debuggerd: handling request: pid=28353 uid=10075 gid=10075 tid=28581
05-02 18:33:43.911 F/DEBUG   ( 7941): *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
05-02 18:33:43.911 F/DEBUG   ( 7941): Build fingerprint: 'Android/msm8996/msm8996:7.1.1/IFC-6601-Nougat-Relv-2.1/fattia03280900:userdebug/test-keys'
05-02 18:33:43.911 F/DEBUG   ( 7941): Revision: '0'
05-02 18:33:43.911 F/DEBUG   ( 7941): ABI: 'arm64'
05-02 18:33:43.912 F/DEBUG   ( 7941): pid: 28353, tid: 28581, name: pool-5-thread-1  >>> ##removed package name## <<<
05-02 18:33:43.912 F/DEBUG   ( 7941): signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 0x0
05-02 18:33:43.912 F/DEBUG   ( 7941):     x0   0000007f8563cb00  x1   0000007f8657b040  x2   0000007f88b81570  x3   0000007f8657ecac
05-02 18:33:43.912 F/DEBUG   ( 7941):     x4   0000007f8657b040  x5   0000007f8657b070  x6   0000000000000001  x7   0000000000000001
05-02 18:33:43.912 F/DEBUG   ( 7941):     x8   0000000000000002  x9   0000000000000001  x10  0000000000002601  x11  0000000000000002
05-02 18:33:43.912 F/DEBUG   ( 7941):     x12  0000000000000980  x13  0000000000000000  x14  00000000ffffffbf  x15  0000000000000006
05-02 18:33:43.912 F/DEBUG   ( 7941):     x16  0000000000000001  x17  0000000000000006  x18  0000000000000001  x19  0000007f8657b040
05-02 18:33:43.912 F/DEBUG   ( 7941):     x20  0000007f8563cb00  x21  0000007f88b81570  x22  0000000000000000  x23  0000007f8563cb74
05-02 18:33:43.912 F/DEBUG   ( 7941):     x24  0000000000000000  x25  0000000000000001  x26  0000000000000000  x27  0000000000000001
05-02 18:33:43.912 F/DEBUG   ( 7941):     x28  0000000000000001  x29  0000007f85d448d0  x30  0000007f97e13f90
05-02 18:33:43.912 F/DEBUG   ( 7941):     sp   0000007f85d44870  pc   0000007f97e08364  pstate 0000000080000000
05-02 18:33:43.916 F/DEBUG   ( 7941): 
05-02 18:33:43.916 F/DEBUG   ( 7941): backtrace:
05-02 18:33:43.916 F/DEBUG   ( 7941):     #00 pc 0000000000192364  /system/vendor/lib64/egl/libGLESv2_adreno.so (_ZN11EsxResource22PreparePackedGpuAccessEP10EsxContextPK19EsxSubResourceRange+288)
05-02 18:33:43.916 F/DEBUG   ( 7941):     #01 pc 000000000019df8c  /system/vendor/lib64/egl/libGLESv2_adreno.so (_ZN16EsxTextureObject19PreRenderProcessingEP10EsxContext+148)
 

 

 

Is there a workaround we could use to avoid this GPU bug?

 

thanks,

Fernando

  • Up0
  • Down0
or Register

Opinions expressed in the content posted here are the personal opinions of the original authors, and do not necessarily reflect those of Qualcomm Incorporated or its subsidiaries (“Qualcomm”). The content is provided for informational purposes only and is not meant to be an endorsement or representation by Qualcomm or any other party. This site may also provide links or references to non-Qualcomm sites and resources. Qualcomm makes no representations, warranties, or other commitments whatsoever about any non-Qualcomm sites or third-party resources that may be referenced, accessible from, or linked to this site.