On Sat, 09 Feb 2008 13:03:25 +0000
Keith Whitwell <[EMAIL PROTECTED]> wrote:

> Jerome Glisse wrote:
> > Hi Keith,
> > 
> > I have been laging behind on gallium3d winsys change so i discover today
> > that winsys surface data access functions have been removed from winsys.
> > So i was wondering how do you think to replace them ? I believe they are
> > needed so for instance when we use failover the softpipe driver can access
> > texture which are stored in native hw format (tiled, compressed or 
> > anyothers
> > storage scheme specific to the target hw) and so we can avoid having 
> > copy of
> > texture just for softpipe (btw such things would need some change to 
> > failover
> > i think).
> 
> Hey Jerome,
> 
> I'm impressed that you got failover working at all - it was pretty much 
> in a 'conceptual' state - nobody's ever tried to use it...
> 
> It sounds like the functions you're talking about are the get/put_tile() 
> interfaces?
> 
> Out of interest, what fallback conditions are you catching?  Although we 
> do have the failover module, for most hardware the approach has been to 
> try and use the state tracker, the draw module, and/or shader techniques 
> to avoid fallbacks altoghether...  I would have guessed that for 
> hardware of the r300+ era, that should be sufficient to cover almost 
> everything of importance.
> 
> What are the issues you're dealing with in particular?
> 
> Keith

I am lazy ;) so i just done a radeon pipe driver which say i can't draw
anythings :) and failover pickup all the work. But that would be nice if
softpipe could do work using hw stored things like using the zbuffer of
the hw and texture stored by the hw. I have thinked a bit to that and
we might be able to do that without touching winsys but by slightly
modifying some gallium things so that hw can plug their surface accessor
into softpipe things. But i haven't deeply looked at that. Anyway we
will able to talk about it at fosdem :) 

Cheers,
Jerome Glisse

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Mesa3d-dev mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/mesa3d-dev

Reply via email to