Arm Community
Site
Search
User
Site
Search
User
Groups
Arm Research
DesignStart
Education Hub
Graphics and Gaming
High Performance Computing
Innovation
Multimedia
Open Source Software and Platforms
Physical
Processors
Security
System
Software Tools
TrustZone for Armv8-M
中文社区
Blog
Announcements
Artificial Intelligence
Automotive
Healthcare
HPC
Infrastructure
Innovation
Internet of Things
Machine Learning
Mobile
Smart Homes
Wearables
Forums
All developer forums
IP Product forums
Tool & Software forums
Pelion IoT Platform
Support
Open a support case
Documentation
Downloads
Training
Arm Approved program
Arm Design Reviews
Community Help
More
Cancel
Developer Community
Tools and Software
Graphics and Gaming
Jump...
Cancel
Graphics and Gaming
Graphics and Gaming forum
Mali GPU development boards
Blog
Forum
Videos & Files
Help
Jump...
Cancel
New
Replies
18 replies
Subscribers
133 subscribers
Views
20391 views
Users
0 members are here
Cortex-A9
OpenGL ES
Cortex-A
Mali-GPU
Related
Mali GPU development boards
Offline
guestposter guestposter
over 7 years ago
Note: This was originally posted on 12th October 2009 at
http://forums.arm.com
While there are a variety of Mali GPU licensees currently designing Mali GPUs into their SoCs, there are not necessarily many development boards available to the general public.
In order to provide application developers on Mali GPU-based projects with the hardware they need to get their work done, we would like to gain a strong (and accurate) understanding of what needs to be made available. What are the things you look for in a development platform?
Parents
Offline
LaForge LaForge
over 7 years ago
Note: This was originally posted on 3rd November 2009 at
http://forums.arm.com
Hi!
I can only second what other people have posted earlier in this thread.
No matter how shiny and great the development board hardware is, this is only of so much significance.
The software side matters much more. Please carefully study by the nightmare that Imgtec has put it's customers (the SoC makers) into, and which even bigger nightmare those SoC makers then put the board-level product makers into.
The Imgtec graphics stack is extremely closed. The DDK (with source code) is only provided to the SoC makers, who in turn ship a DDK-generated SDK with binary drivers to their customers.
The problem is that the SoC makers typically have only very limited understanding of Linux and the standard Linux graphics architecture beyond the framebuffer (e.g. DRI/DRI2/TTM/KMS, Xorg EXA/XAA/XRandR, Mesa, etc.). Imgtec does not provide this as part of their DDK, and the SoC makers don't provide it either. Now put yourself into the position of a company trying to build a MID or Netbook. It's a nightmare.
TI has struggled a lot, Intel (GMA500) has struggled a lot, and I am and have been working with other SoC makers who are still struggling a lot with the non-standard architecture of this graphics stack.
ARM's Mali has the chance to not only offer an IP core with similar or better hardware performance. It has the chance of being several orders of magnitude better when it comes to providing a "standard Linux graphics stack". This means that
* kernel framebuffer driver + DRI2 (or TTM/KMS), open source under GPL, actively contributed back to the mainline kernel
* Xorg driver with EXA/XAA + Xvideo), open source under MIT license, against latest development version of Xorg
* OpenGL driver (not only ES), preferrably open source. If it has to stay proprietary, keep the proprietary part as small as possible and make sure it only uses standardized DRI/DRM interface to the kernel
If ARM can provide something along these lines, they will make it at least 10 times easier to build a Linux-based netbook or MID. If they don't, it will not make a difference if you use Imgtec or Mali
Cancel
Up
0
Down
Reply
Cancel
Reply
Offline
LaForge LaForge
over 7 years ago
Note: This was originally posted on 3rd November 2009 at
http://forums.arm.com
Hi!
I can only second what other people have posted earlier in this thread.
No matter how shiny and great the development board hardware is, this is only of so much significance.
The software side matters much more. Please carefully study by the nightmare that Imgtec has put it's customers (the SoC makers) into, and which even bigger nightmare those SoC makers then put the board-level product makers into.
The Imgtec graphics stack is extremely closed. The DDK (with source code) is only provided to the SoC makers, who in turn ship a DDK-generated SDK with binary drivers to their customers.
The problem is that the SoC makers typically have only very limited understanding of Linux and the standard Linux graphics architecture beyond the framebuffer (e.g. DRI/DRI2/TTM/KMS, Xorg EXA/XAA/XRandR, Mesa, etc.). Imgtec does not provide this as part of their DDK, and the SoC makers don't provide it either. Now put yourself into the position of a company trying to build a MID or Netbook. It's a nightmare.
TI has struggled a lot, Intel (GMA500) has struggled a lot, and I am and have been working with other SoC makers who are still struggling a lot with the non-standard architecture of this graphics stack.
ARM's Mali has the chance to not only offer an IP core with similar or better hardware performance. It has the chance of being several orders of magnitude better when it comes to providing a "standard Linux graphics stack". This means that
* kernel framebuffer driver + DRI2 (or TTM/KMS), open source under GPL, actively contributed back to the mainline kernel
* Xorg driver with EXA/XAA + Xvideo), open source under MIT license, against latest development version of Xorg
* OpenGL driver (not only ES), preferrably open source. If it has to stay proprietary, keep the proprietary part as small as possible and make sure it only uses standardized DRI/DRM interface to the kernel
If ARM can provide something along these lines, they will make it at least 10 times easier to build a Linux-based netbook or MID. If they don't, it will not make a difference if you use Imgtec or Mali
Cancel
Up
0
Down
Reply
Cancel
Children
No data
More questions in this forum
By title
By date
By reply count
By view count
By most asked
By votes
By quality
Descending
Ascending
All recent questions
Unread questions
Questions you've participated in
Questions you've asked
Unanswered questions
Answered questions
Questions with suggested answers
Questions with no replies
Answered
Camera feed not showing on Mali-based chips
0
vulkan
Mali DDK for GPU (Midgard Architecture)
Mali GPU (Bifrost Architecture)
OpenGL ES
vulkan api
Mali DDK for GPU (Utgard Architecture)
6833
views
6
replies
Latest
3 months ago
by
Peter Harris
Not Answered
Is it possible read separated Alpha/RGB pixels for rendering?
0
9471
views
0
replies
Started
4 months ago
by
YoungJun
Answered
Query on FPK Occluder
+1
Mali GPU (Valhall Architecture)
arm streamline
9425
views
1
reply
Latest
4 months ago
by
Peter Harris
Not Answered
GLES enabling in BGFX for MAME
0
9575
views
1
reply
Latest
4 months ago
by
Yash Anand
Answered
Zero Copy Buffers using cl_arm_import_memory extension in OpenCL 1.2 - arm mali midgard GPUs.
+1
Midgard
Mali GPU (Midgard Architecture)
Mali OpenCL SDK
30096
views
8
replies
Latest
4 months ago
by
willhua
<
>
View all questions in Graphics and Gaming forum