Michal,

On Mon, 2010-01-25 at 06:27 -0800, michal wrote:
> I would like to have those two modules go away, as they are maintenance 
> pain with no real benefits.
> 
> The build module has been superseded by the ureg module, and apparently 
> all third-party code has already migrated or is in the process of 
> porting to new interface. I would like to nuke it if nobody minds.

I'm fine with this.

> For sse2, I am looking at simplifying it enough to be able to accelerate 
> pass-thru fragment shaders and simple vertex shaders. That's it. For 
> more sophisticated stuff we already have llvmpipe.

I agree with this in principle, but I think it's better not to get too
much ahead of ourselves here: drivers are using tgsi_exec/sse2 for
software vertex processing fallbacks. And while the plan is indeed to
move the LLVM JIT code generation out of llvmpipe into the auxiliary
modules so that all pipe drivers can use that for fallbacks, the fact is
we're not there yet.

So for tgsi_sse2 I think it's better not to introduce any performance
regressions in vertex processing until llvm code generation is in place
and working for everybody.

Jose


------------------------------------------------------------------------------
Throughout its 18-year history, RSA Conference consistently attracts the
world's best and brightest in the field, creating opportunities for Conference
attendees to learn about information security's most important issues through
interactions with peers, luminaries and emerging and established companies.
http://p.sf.net/sfu/rsaconf-dev2dev
_______________________________________________
Mesa3d-dev mailing list
Mesa3d-dev@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mesa3d-dev

Reply via email to