> -----Original Message----- > From: Daniel Vetter [mailto:daniel.vet...@ffwll.ch] On Behalf Of Daniel > Vetter > Sent: 21 May 2012 10:04 > To: Dave Airlie > Cc: Tom Cooksey; linaro-mm-...@lists.linaro.org; xorg- > de...@lists.x.org; dri-de...@lists.freedesktop.org > 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 _______________________________________________ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel
