Arm Community
Site
Search
User
Site
Search
User
Groups
Education Hub
Distinguished Ambassadors
Open Source Software and Platforms
Research Collaboration and Enablement
Forums
AI and ML forum
Architectures and Processors forum
Arm Development Platforms forum
Arm Development Studio forum
Arm Virtual Hardware forum
Automotive forum
Compilers and Libraries forum
Graphics, Gaming, and VR forum
High Performance Computing (HPC) forum
Infrastructure Solutions forum
Internet of Things (IoT) forum
Keil forum
Morello forum
Operating Systems forum
SoC Design and Simulation forum
SystemReady Forum
Blogs
AI and ML blog
Announcements
Architectures and Processors blog
Automotive blog
Graphics, Gaming, and VR blog
High Performance Computing (HPC) blog
Infrastructure Solutions blog
Internet of Things (IoT) blog
Operating Systems blog
SoC Design and Simulation blog
Tools, Software and IDEs blog
Support
Arm Support Services
Documentation
Downloads
Training
Arm Approved program
Arm Design Reviews
Community Help
More
Cancel
Support forums
Graphics, Gaming, and VR forum
SGS2 crashes in glDrawElements (in libGLESv1_CM_mali.so)
Jump...
Cancel
Locked
Locked
Replies
3 replies
Subscribers
136 subscribers
Views
4326 views
Users
0 members are here
Mali Drivers
OpenGL ES
Options
Share
More actions
Cancel
Related
How was your experience today?
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion
SGS2 crashes in glDrawElements (in libGLESv1_CM_mali.so)
Reuben Scratton
over 11 years ago
Note: This was originally posted on 30th March 2012 at
http://forums.arm.com
Hi,
I spent much of last night trying to figure out why my Android Java game would cause a native crash in libGLESv1_CM_mali.so on the Samsung Galaxy S2 when coming out of sleep mode. My analysis suggests an OpenGL ES driver bug and I wonder if anyone suitably expert could advise (a) if I'm probably on the right track, and (b) how this should be reported and fixed?
Thanks,
Reuben
Parents
Sylwester Bala
over 11 years ago
Note: This was originally posted on 4th April 2012 at
http://forums.arm.com
Hi Reuben,
It is difficult to answer since we do not have the source to analyse. But looking on the crash dump, which you have attached to your post
, it includes information that the application crashes when the glDrawElements function is being called. From our best knowledge the crash may happen during the call to that function when VBO buffer is bound but functions like: glVertexPointer, glNormalPointer, ... are being called passing RAM pointers instead of buffer offsets. To be more precise about what I mean, it is worth reading this:
http://www.khronos.org/opengles/sdk/1.1/docs/man/
If I may suggest something, try adding printouts in your game for each glVertexPointer, glNormalPointer, ... function in order to check they are passed offsets instead of pointers.
I hope this will help to investigate more deeply what causes the crashes. I do not think the problem is related to the GPU driver because the other 3D graphics applications that I have tried do not crash.
Cheers,
Sylwester
Cancel
Up
0
Down
Cancel
Reply
Sylwester Bala
over 11 years ago
Note: This was originally posted on 4th April 2012 at
http://forums.arm.com
Hi Reuben,
It is difficult to answer since we do not have the source to analyse. But looking on the crash dump, which you have attached to your post
, it includes information that the application crashes when the glDrawElements function is being called. From our best knowledge the crash may happen during the call to that function when VBO buffer is bound but functions like: glVertexPointer, glNormalPointer, ... are being called passing RAM pointers instead of buffer offsets. To be more precise about what I mean, it is worth reading this:
http://www.khronos.org/opengles/sdk/1.1/docs/man/
If I may suggest something, try adding printouts in your game for each glVertexPointer, glNormalPointer, ... function in order to check they are passed offsets instead of pointers.
I hope this will help to investigate more deeply what causes the crashes. I do not think the problem is related to the GPU driver because the other 3D graphics applications that I have tried do not crash.
Cheers,
Sylwester
Cancel
Up
0
Down
Cancel
Children
No data