EXA

[Michel Dänzer]

On Thu, 2007-08-02 at 11:06 +0200, Michel Dänzer wrote:
> On Thu, 2007-08-02 at 11:26 +0300, sshachar at t2.technion.ac.il wrote:
> > > I'd trace why exaDoMigration doesn't move them in.
> > 
> > I could use a little help understanding this trace.
> > It appears pixmaps are pinned. If I got it right... Why would virtually all
> > pixmaps be pinned?
> 
> 0x64fc28 is probably the screen pixmap, which is pinned 'offscreen' and
> thus not a problem. The others are most likely glyphs, which are
> currently pinned to system memory. Carl Worth is working on fixing that.
> 
> 
> BTW, you seem to be using the "smart" or "greedy" migration heuristic -
> which version of the X server is this? Does Option "MigrationHeuristic"
> "always" make a difference?
> 
> 
> Also note that as of xserver 1.3.99, the EXA driver can provide a hook
> that defines when a pixmap is to be considered 'offscreen'. As you're
> dealing with virtual hardware, maybe you could do without a separate
> offscreen area and just 'accelerate' from system memory.

Otherwise, or in the meantime, you could try whether providing an
UploadToScratch hook allows accelerating operations with pixmaps that
are pinned to system memory.


-- 
Earthling Michel Dänzer           |          http://tungstengraphics.com
Libre software enthusiast         |          Debian, X and DRI developer