How can I compile Mali-T764 DRIVERS on Ubuntu Linux 14.04 on RK3288 device ?

Hi jasbir,

Sorry， We can't release anything about mali without ARM's permission, even the binary.

They are a licencee, but it's possible there might be some clauses regarding binary distribution which I'm sanity checking... Generally we wouldn't want to stop our partners from supporting their developer communities!

As for claiming responsibility, I completely understand developer frustration around the current model, but the business model is that generally we licence a GPU design, and a reference driver stack, to our licencees. Then downstream of us at the SoC vendor, GPU RTL is synthesized into their SoC design, the kernel driver is integrated into their SoC specific kernel, optionally the userspace is modified (rare, but means vanilla DDK builds from us potentially break other components in a vendor supplied BSP if they have performed some integration with other components), and then binaries etc are (in theory) released downstream with their SoC specific BSP. If that final step isn't being performed, then this is unfortunate for the developer community for that board/SoC, but this is a business decision being made downstream of us (or potentially a licencing issue). We do what we can to help for select boards, but the team responsible for performing the integration and releasing builds are a highly constrained resource, and this often takes time.

Hth,

Chris

Hi jasbir,

Sorry， We can't release anything about mali without ARM's permission, even the binary.

They are a licencee, but it's possible there might be some clauses regarding binary distribution which I'm sanity checking... Generally we wouldn't want to stop our partners from supporting their developer communities!

As for claiming responsibility, I completely understand developer frustration around the current model, but the business model is that generally we licence a GPU design, and a reference driver stack, to our licencees. Then downstream of us at the SoC vendor, GPU RTL is synthesized into their SoC design, the kernel driver is integrated into their SoC specific kernel, optionally the userspace is modified (rare, but means vanilla DDK builds from us potentially break other components in a vendor supplied BSP if they have performed some integration with other components), and then binaries etc are (in theory) released downstream with their SoC specific BSP. If that final step isn't being performed, then this is unfortunate for the developer community for that board/SoC, but this is a business decision being made downstream of us (or potentially a licencing issue). We do what we can to help for select boards, but the team responsible for performing the integration and releasing builds are a highly constrained resource, and this often takes time.

Hth,

Chris

Many thanks for the response Chris, what would be very useful if ARM made this clear to Rockchip (or other licencees ) because I don't feel the message about their ability (and/or responsibility) to distribute is clear.

As a side note, some of our customers initially had high hope of using ARM for the commercial products. The lack (and frustration) of Linux GPU support has meant they moved to x86.

Companies always tend to understand very late, after they lose a lot of their customers because of such issues.

I will keep looking at this issue for a while, then I'll have to move to x86 if I don't achieve any progress.

Hi jasbir,

Thank you for the feedback on you and your customers experience, it is very valuable indeed. Hopefully this is resolved in time.

Thanks,

Chris

Guillaume thanks for the update. Just to clarify, the user space drivers that are planned to be delivered are they compatible to run any SOC which has Mali-T76x or are we expected to request these binaries from the Licencee?