RE: [Linaro-mm-sig] New "xf86-video-armsoc" DDX driver

["Tom Cooksey" <tom.cooksey@xxxxxxx>]

> -----Original Message-----
> From: Daniel Vetter [mailto:daniel.vetter@xxxxxxxx] On Behalf Of Daniel
> Vetter
> Sent: 21 May 2012 10:04
> To: Dave Airlie
> Cc: Tom Cooksey; linaro-mm-sig@xxxxxxxxxxxxxxxx; xorg-
> devel@xxxxxxxxxxx; dri-devel@xxxxxxxxxxxxxxxxxxxxx
> Subject: Re: [Linaro-mm-sig] New "xf86-video-armsoc" DDX driver
> 
> On Mon, May 21, 2012 at 09:55:06AM +0100, Dave Airlie wrote:
> > > * Define a new x-server sub-module interface to allow a seperate
> > > > .so 2D driver to be loaded (this is the approach the current
> > > > OMAP DDX uses).
> >
> > This seems the sanest.
> 
> Or go the intel glamour route and stitch together a somewhat generic 2d
> accel code on top of GL. That should give you reasonable (albeit likely
> not stellar) X render performance.
> -Daniel

I'm not sure that would perform well on a tile-based deferred renderer
like Mali. To perform well, we need to gather an entire frame's worth
of rendering/draw-calls before passing them to the GPU to render. I
believe this is not the typical use-case of EXA? How much of the
framebuffer is re-drawn between flushes?


Cheers,

Tom





_______________________________________________
dri-devel mailing list
dri-devel@xxxxxxxxxxxxxxxxxxxxx
http://lists.freedesktop.org/mailman/listinfo/dri-devel