Hello,<div><br></div><div>unfortunatelly there is not too much docu out there about DRM, KMS and particulary about the architecture and interface to DRM and DRM for glamo. </div><div><br></div><div>I am not that much interested about the impl. details but about the interface DRM provides, in order to asses the effort to write a driver for directfb.</div>
<div><br></div><div><br></div><div>Regards</div><div>mobi phil</div><div><br></div><div><br></div><div><br><div class="gmail_quote">On Tue, Sep 22, 2009 at 4:38 PM, Thomas White <span dir="ltr"><<a href="mailto:taw@bitwiz.org.uk">taw@bitwiz.org.uk</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im">On Tue, 22 Sep 2009 01:14:08 +0200<br>
mobi phil <<a href="mailto:mobi@mobiphil.com">mobi@mobiphil.com</a>> wrote:<br>
<br>
> As directfb seems to be very fast on openmoko, I am intending to write a few<br>
> phone applications on top of it. I was thinking to write a directfb driver<br>
> for it. However looking at the code of libglamo (mplayer) and Xglamo I see<br>
> that not too many primitives are "accelerated". I see practically blit and<br>
> mpeg decoding. Is there a way to access things like draw triangle/line etc?<br>
<br>
</div>The 2D engine only knows about rectangles and lines, although it also does<br>
anti-aliasing of text and gradient fills if that's any help to you. Triangles<br>
can be drawn via the 3D engine, but the overheads involved in programming all<br>
the necessary parameters (transformation matrices, shading parameters, etc)<br>
might make it not worth the effort. But they might not, especially if you're<br>
clever about how you program it.<br>
<div class="im"><br>
> By the way links2 is superfast on directfb and fb, even without acceleration<br>
> for rendering.<br>
<br>
</div>Indeed. While our bus to Glamo is slow, it's not *that* slow. This kind of<br>
thing is great for getting an idea of what the underlying "Glamo factor"<br>
really is, at least as far as pure graphics performance is concerned.<br>
<br>
If you're interested in using Glamo's features, the DRM-enabled kernel (branch<br>
drm-tracking) should be of interest to you. All the command queue handling<br>
and memory management is done for you with that, similar to libglamo but with<br>
the option of having multiple programs accessing the chip simultaneously.<br>
Maybe that's not of any help in the DirectFB environment, but if it is then<br>
let me know if I can be of any assistance.<br>
<br>
Tom<br>
<font color="#888888"><br>
--<br>
Thomas White <<a href="mailto:taw@bitwiz.org.uk">taw@bitwiz.org.uk</a>><br>
<br>
_______________________________________________<br>
devel mailing list<br>
<a href="mailto:devel@lists.openmoko.org">devel@lists.openmoko.org</a><br>
<a href="https://lists.openmoko.org/mailman/listinfo/devel" target="_blank">https://lists.openmoko.org/mailman/listinfo/devel</a><br>
</font></blockquote></div><br><br clear="all"><br>-- <br>rgrds,<br>mobi phil<br><br>being mobile, but including technology<br><a href="http://mobiphil.com">http://mobiphil.com</a><br>
</div>