Arm Community
Site
Search
User
Site
Search
User
Arm Developer
Documentation
Learning Paths
On-Demand Videos
Groups
Arm Ambassadors
Education Hub
Open Source Software and Platforms
Research Collaboration and Enablement
Forums
AI forum
Architectures and Processors forum
Arm Development Platforms forum
Arm Development Studio forum
Automotive forum
Compilers and Libraries forum
Embedded and Microcontrollers forum
Internet of Things (IoT) forum
Keil forum
Laptops and Desktops forum
Mobile, Graphics, and Gaming forum
Morello forum
Operating Systems forum
Servers and Cloud Computing forum
SoC Design and Simulation forum
SystemReady Forum
Blogs
AI blog
Announcements
Architectures and Processors blog
Automotive blog
Embedded and Microcontrollers blog
Internet of Things (IoT) blog
Laptops and Desktops blog
Mobile, Graphics, and Gaming blog
Operating Systems blog
Servers and Cloud Computing 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
Mobile, Graphics, and Gaming forum
SGS2 crashes in glDrawElements (in libGLESv1_CM_mali.so)
Jump...
Cancel
Locked
Locked
Replies
3 replies
Subscribers
136 subscribers
Views
4371 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
Vote up
0
Vote 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
Vote up
0
Vote down
Cancel
Children
No data