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

Mali hardware acceleration on Samsung Chromebook 2

Is there a guide anywhere on getting hardware acceleration working properly on the Samsung Chromebook 2 or the Hardkernel ODroid XU3?  These devices use the Mali T628.  I have followed the guide at Graphics and Compute Development on Samsung Chromebook - Mali Developer Center Mali Developer Center , however the performance is lackluster.  My suspicion is with the armsoc DDX driver.  I believe that the guide was written with regards to the older Samsung Chromebook that used the Mali 400. 

es2info shows that the system is not using mesa software rendering.  I obtain about 200fps with es2gears, and when the window is enlarged, the framerate drops to about 30fps.  The biggest problem is with 2D performance.  I realize that the Mali devices are not 2D, but that the driver should be passing on the 2D operations to 3D via Glamor or the like.  Moving windows such as a web browser around on the desktop results in very poor performance and user interface latency. 

Is there a different xf86 driver that should be used with the T628? 

Parents
  • Hi jwestervelt,

    I have seen this myself in the past, and have raised it to the relevant driver team internally.

    I cannot give an ETA however, but can provide a workaround that seemed to work for me.

    Simply remove the stub files (or mv them) and replace them with symbolic links to libmali.so

    e.g.

    ln -s libmali.so libOpenCL.so

    As libmali.so is monolithic, this will work for EGL and the GLES stubs too.

    Feel free to contact us if you have further questions.

    Kind Regards,

    Michael McGeagh

Reply
  • Hi jwestervelt,

    I have seen this myself in the past, and have raised it to the relevant driver team internally.

    I cannot give an ETA however, but can provide a workaround that seemed to work for me.

    Simply remove the stub files (or mv them) and replace them with symbolic links to libmali.so

    e.g.

    ln -s libmali.so libOpenCL.so

    As libmali.so is monolithic, this will work for EGL and the GLES stubs too.

    Feel free to contact us if you have further questions.

    Kind Regards,

    Michael McGeagh

Children
No data