On Sat, 2009-03-21 at 18:02 -0700, Dave Airlie wrote:
> Hi all,
> 
> So I had to drop texture tiling when I did the radeon-rewrite but I'd like 
> to bring them back.
> 
> Now with traditional drivers, we have the mesa copy of the texture and the 
> card copy, and we usually texture from VRAM only, so we can upload to VRAM 
> and tile on the way, and if we hit a sw fallback we just use the textures 
> from the mesa fallback.
> 
> In the bufmgr world in theory we don't keep two copies of textures around,
> and on radeons we can at least enable texture tiling on GART textures. So
> if I store the texture tiled for hw use, we don't have anything like span
> access to textures from what I can see for sw use. If the texture was in 
> VRAM, in theory for sw use we could use a surface, however it leave tiled
> in GART busted.
> 
> I'm just wondering if anyone has already tackled this in any driver, and 
> how this could work best. Does Gallium provide surface accessors for 
> textures like spans?

Jose did a pretty good job of describing what's available for creating
various views into texture data.

What I'll add though is that Gallium has pretty much eliminated the
requirement for software rasterization fallbacks in the first place.
It's almost always possible to work around any hardware shortcoming with
a combination of software vertex processing and fragment shader
manipulation - which works out to be much faster than software
rasterization.

In a sweeping generalization, all hardware out there is capable of
implementing one or another of the DX varients without resorting to
fallbacks.  Our task is just to implement the GL oddities above that
fairly universal level of support.  It turns out that there are very few
places where this isn't possible, and the hardware designers know all
about those cases and make sure to support them correctly in their
designs.

It would be pretty surprising to find out that a closed source GL driver
was resorting to software fallbacks for any rasterization operation, I
feel that we should be setting a similar standard for the open drivers. 

Keith


------------------------------------------------------------------------------
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
easily build your RIAs with Flex Builder, the Eclipse(TM)based development
software that enables intelligent coding and step-through debugging.
Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
_______________________________________________
Mesa3d-dev mailing list
Mesa3d-dev@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mesa3d-dev

Reply via email to