<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5">
<br>
</div></div>The original stock driver, should consists of several kernel modules<br>
(the ones with the .ko extension) and a set of shared objects. </blockquote><div><br>Right I believe there is two module mali.ko ump.ko<br> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
The<br>
interesting library for you is named as libMali.so to which you can link<br>
with just by supplying -lMali switch to the compiler driver. There might<br>
be others too, these might contain different subsets of the<br>
functionality.  To check what is being exposed in the library that looks<br>
interesting you can just do &#39;nm -D libMali.so&#39; and grep for vg prefixed<br>
symbols. </blockquote><div><br>Right Same as Kernel moudle mali and uml there is mali and ump .so for user space.<br>Those ko just provide basic system call and some util. On top of that libGLES2 is implemented because if all call is in libMali there is no need of libGLES2.<br>
So I believe there will be other implementation simile to libGLES2 libOpenVG.so which will  will have openvg symbols which wil be implemented on top of libMali.so . <br> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
In the extreme case you could just do the search in a loop in<br>
the /usr/lib the same away as you would do for a single one. Once you<br>
find the right library, you can include the headers from Khronos, in<br>
your C or C++ program, and see if that works. </blockquote><div><br>I believe there is no symbol available in user space library as we discussed early.<br> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
There is still some usual<br>
glue needed (like we normally have for gl: glx &amp; glut or even Cairo<br>
etc.) for the X window system, so hacking that should be perhaps the<br>
most difficult part, but once you&#39;ve done that I think you are ready to<br>
use the vg API.<br></blockquote><div><br>There is predefined lib &amp; api called libEGL which is available for A10.<br> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<br>
I admit I&#39;m curious how it will go, so if you can post your findings<br>
here it would very useful for other people here.<br></blockquote><div><br>The all process you suggest is like reverse engineering.<br>If there is situation of reverse engineering I would like to go with &quot;lima&quot; a initiative of open-source Mali lib.<br>
 </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
To be honest I&#39;ve never played in any production environment with the<br>
drivers. Especially each distro can ship slightly different libraries,<br>
but I think in principle this should compile and work well for you.<br>
<br>
Hope that helps,<br>
--<br>
Wojciech Meyer<br>
<a href="http://danmey.org" target="_blank">http://danmey.org</a><br>
<div class="HOEnZb"><div class="h5"><br>
_______________________________________________<br>
arm-netbook mailing list <a href="mailto:arm-netbook@lists.phcomp.co.uk">arm-netbook@lists.phcomp.co.uk</a><br>
<a href="http://lists.phcomp.co.uk/mailman/listinfo/arm-netbook" target="_blank">http://lists.phcomp.co.uk/mailman/listinfo/arm-netbook</a><br>
Send large attachments to <a href="mailto:arm-netbook@files.phcomp.co.uk">arm-netbook@files.phcomp.co.uk</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Thanks &amp; Regards<br><br>Piyush Verma<br><br><br>