<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On 13 May 2015 at 18:16, Michal Suchanek <span dir="ltr"><<a href="mailto:hramrach@gmail.com" target="_blank">hramrach@gmail.com</a>></span> wrote:</div><div class="gmail_quote">Hi Michal, </div><div class="gmail_quote">Thank you very much for your reply. It does make much sense:-)</div><div class="gmail_quote">I fix the "<span style="font-size:12.8000001907349px">DMA: Out of SW-IOMMU space</span>"  issue by adding a "dma-coherent;" property to both display drm and gpu driver dts node.</div><div class="gmail_quote"><br></div><div class="gmail_quote">There are two dma_map_ops implementations of swiotlb for arm64, that are: noncoherent_swiotlb_dma_ops and coherent_swiotlb_dma_ops.</div><div class="gmail_quote">By default,device driver use the noncoherent one. In our case, the buffers, which allocated in display drm driver, are coherent. </div><div class="gmail_quote">So we need to add a "dma-coherent;" property to both display drm and gpu driver dts node to make sure our drm and gpu driver use the coherent one.</div><div class="gmail_quote">Now i can run OpenGL ES application now, such as <span style="font-size:12.8000001907349px">es2gears.</span></div><div class="gmail_quote"><br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span class="">On 12 May 2015 at 15:03, Guillaume Tucker <<a href="mailto:guillaume.tucker@arm.com">guillaume.tucker@arm.com</a>> wrote:<br>
>> Then i run  startx, i can see the desktop on the monitor.<br>
>> But i found that the X process doesn't load any EGL and GLES libs by<br>
>> seeing the info of /proc/X process ID/task/*/smaps file.<br>
><br>
> Most X11 desktop environments use OpenGL, not OpenGL ES.  Then like most<br>
> embedded GPUs, Mali-450 only supports OpenGL ES so the X11 desktop is<br>
> not hardware-accelerated.<br>
<br>
</span>This is somewhat unrelated to the issue of the armsoc driver being a<br>
bug pile that makes your system crash.<br>
<br>
However, both GNOME and KDE can use OpenGL ES for desktop acceleration.<br>
<br></blockquote><div>Do you know if Debian desktop can use  OpenGL ES for acceleration? And how?</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
Other desktops use Render or whatever acceleration which is actually<br>
faster for small scale effects when done in software but can be a bit<br>
sluggish for large window moves/resizes on slow CPUs.<br>
<br>
><br>
>> [    23.793] (II) GLX: no usable GL providers found for screen 0<br>
<span class="">><br>
> This means that although X11 found a valid armsoc driver and is enabled<br>
> to run OpenGL ES apps it won't run desktop-like OpenGL apps or desktop<br>
> environments that need OpenGL.<br>
<br>
</span>There is a shim library to translate OpenGL calls to OpenGL ES calls<br>
so you can run desktop OpenGL applications that use OpenGL features<br>
for which the translation was already added.<br>
I don't remember the exact library name, unfortunately.<br></blockquote><div>I have searched for it on the internet, but i can find it. If you remember the lib name please tell me.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
Thanks<br>
<span class=""><font color="#888888"><br>
Michal<br></font></span></blockquote><div>Best regards,</div><div>Xinliang </div></div><br></div></div>