<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Jun 30, 2014 at 3:18 AM, Juha-Pekka Heikkila <span dir="ltr"><<a href="mailto:juhapekka.heikkila@gmail.com" target="_blank">juhapekka.heikkila@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On <a href="tel:25.06.2014%2023" value="+12506201423">25.06.2014 23</a>:47, Matt Turner wrote:<br>

> On Wed, Jun 25, 2014 at 5:38 AM, Juha-Pekka Heikkila<br>
> <<a href="mailto:juhapekka.heikkila@gmail.com">juhapekka.heikkila@gmail.com</a>> wrote:<br>
>> This is my old set which enable using Pixman on Mesa for some texture<br>
>> conversion fast paths. As is this passes Piglit quick set on my IVB.<br>
><br>
> Pixman doesn't actually have fast paths for swizzling, like we're<br>
> using in this series. I imagine improvements we're seeing here are<br>
> simply because Mesa's code is slow.<br>
><br>
> I never pursued this idea for a couple of reasons. One is that we<br>
> should probably use the GPU to do the conversions in the ideal case.<br>
> Also, pixman doesn't support floating-point formats. Some work has<br>
> been done in the last year or so to make this much easier to implement<br>
> though.<br>
><br>
> The first reason above shouldn't block other improvements, and the<br>
> second reason is fixable with some contributions to pixman. And pixman<br>
> is really a trivial dependency, so that shouldn't be a problem.<br>
><br>
> Soren thinks this is worth doing and I trust him.<br>
><br>
> I think a worthwhile goal would be to add support to pixman for doing<br>
> a bunch of the conversions Mesa requires and then dropping the code in<br>
> Mesa. Are you interested in doing that? I know Jason (Cc'd) is working<br>
> on cleaning up a bunch of this code.<br>
><br>
> Are you planning to contribute swizzling fast paths to pixman? The<br>
> power-of-two-sized-component formats should be really easy to optimize<br>
> using the SSE shuffle instructions.<br>
><br>
<br>
</div></div>Hi Matt, Jason,<br>
<br>
Which parts of texture conversion are you Jason touching, does your<br>
changes overlap with the patches I put here?<br></blockquote><div><br></div><div>Juha-Pekka,<br></div><div>Sorry, I haven't had much of a chance to look at your patchs.  My stuff is probably going to touch all of the texture upload code and (hopefully) give us some speed improvements all-around.  In particular, I'm hoping to reduce conversion to/from floating point and add generalized fast-paths whenever possible.  That said, going directly to pixman may still be better in some certain cases.  As Ken said, I'm not sure if pixman has actual fast-paths, so it would be worth looking into what Mesa is doing different from Pixman.<br>
</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
As for doing (more) Pixmanization for Mesa on this part I think I can do<br>
it and start to look into making patches for Pixman to support Mesa<br>
better. I hope to be away from keyboards for few weeks so it'll be<br>
August when I start anything on this.</blockquote><div><br></div><div>Actually, that will work out fairly well.  I'm going to be hitting the texture upload code pretty hard the next week or two and should have results by the time you have a chance to start back up.  That way we won't be stepping on each other too badly.<br>
<br></div><div>Also, what was your set-up for doing power comparisons?  As I dive into this, I'd like to see how my results compare.<br><br>Thanks,<br></div><div>--Jason Ekstrand<br></div></div></div></div>