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
Debugging Mali driver in 3.4 kernel in Origen
Jump...
Cancel
Locked
Locked
Replies
10 replies
Subscribers
136 subscribers
Views
10145 views
Users
0 members are here
Android
Memory Management Unit
Mali Drivers
Mali-GPU
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
Debugging Mali driver in 3.4 kernel in Origen
Sangwook Lee
over 11 years ago
Note: This was originally posted on 26th April 2012 at
http://forums.arm.com
Hello
I am trying to make ICS Android (Mali) work in Origen with 3.4 kernel
Now as using Mali driver, gralloc_ump r2p4-02rel in 3.4 kernel with the following Android branch.
repo init -u git://
android.git.linaro.org/platform/manifest.git
-b linaro_android_4.0.4 -m tracking-origen.xml
I have the following errors:
*******************************************************************************
[ 15.225000] MALI PHYSICAL RANGE VALIDATION ERROR!
[ 15.235000] We failed to validate a Mali-Physical range that the user-side wished to map in
[ 15.245000] It is likely that the user-side wished to do Direct Rendering, but a suitable
[ 15.250000] address range validation mechanism has not been correctly setup
[ 15.260000] The range supplied was: phys_base=0x6D900000, size=0x004B0000
[ 15.270000] Please refer to the ARM Mali Software Integration Guide for more information.
[ 15.275000] *******************************************************************************
In my opinion, it seems that user space library call ioctl command with in-proper argument.
ioctl command (MALI_IOC_MEM_MAP_EXT) with the wrong params: phys_base=0x6D900000, size=0x004B0000
In addition, currently I didn't add UMP remap call in Framebuffer drivers. Is it possible reason ?
Thanks
Sangwook
Parents
Karthik Hariharakrishnan
over 11 years ago
Note: This was originally posted on 30th April 2012 at
http://forums.arm.com
Hi Sangwook,
With just the log messages, I can only guess the obvious. The MMU is not being setup correctly. I am not familiar with the initialization phase of the Mali driver but I think it should also initialize the MMU. Could you check the driver init? I remember that linaro had a version of Mali (r2p3?) working with an older kernel(3.0?). It might be worth checking if the same driver works (with new kernel)and try figuring out the differences.
In the mean time, I will also enquire with more people to see if there is an obvious problem.
Regards
Karthik
Cancel
Up
0
Down
Cancel
Reply
Karthik Hariharakrishnan
over 11 years ago
Note: This was originally posted on 30th April 2012 at
http://forums.arm.com
Hi Sangwook,
With just the log messages, I can only guess the obvious. The MMU is not being setup correctly. I am not familiar with the initialization phase of the Mali driver but I think it should also initialize the MMU. Could you check the driver init? I remember that linaro had a version of Mali (r2p3?) working with an older kernel(3.0?). It might be worth checking if the same driver works (with new kernel)and try figuring out the differences.
In the mean time, I will also enquire with more people to see if there is an obvious problem.
Regards
Karthik
Cancel
Up
0
Down
Cancel
Children
No data