Ilia Mirkin <imir...@alum.mit.edu> writes: > On Thu, Jul 2, 2015 at 2:31 PM, Jose Fonseca <jfons...@vmware.com> wrote: >> On 02/07/15 17:49, Ilia Mirkin wrote: >>> >>> On Thu, Jul 2, 2015 at 12:40 PM, Jose Fonseca <jfons...@vmware.com> wrote: >>>> >>>> On 02/07/15 17:24, Ilia Mirkin wrote: >>>>> >>>>> >>>>> On Thu, Jul 2, 2015 at 12:17 PM, Jose Fonseca <jfons...@vmware.com> >>>>> wrote: >> >> >>>>> Ah OK. So I guess tilers will have to disable their render queues for >>>>> this one. Which seems like a reasonable trade-off... >>>> >>>> >>>> >>>> I don't see why. >>>> >>>> This is a purely SW query. So I don't see why the HW needs to see any >>>> difference. >>> >>> >>> It just won't have compiled the shaders, I think. I guess this could force >>> it. >> >> >> AFAIK, tiles defer the _rendering_, not the compilation. At least llvmpipe >> compiles everything at draw time. >> >> >>>> >>>> That said, glretrace already does glReadPixels when dumping state, so one >>>> way or the other, when inspecting state in qapitrace, everything will be >>>> flushed and and synched. >>> >>> >>> But that's too late -- you said the glGetActiveBla would go right >>> after the draw call. Presumably if you did it right after glReadPixels >>> it'd end up seeing the state left over from a blit or something? >> >> >> Fair enough. It's the first thing after glDraw. Forget about glReadpixels. >> >> I guess just still don't understand what's special about tilers. But I >> don't think it's pertinent now. > > What's special about tilers is that they defer renders. Compiling the > program can similarly get deferred because they can. (And sometimes > entire renders get dropped due to clears, etc.) Should it get > deferred? Dunno. I don't even remember if freedreno defers > compilation, and never knew what vc4 did.
Wait, what? I'm also writing a tiler driver, and I don't see how being a tiler makes *any* change to when compilation could happen. I can't bin without my programs compiled, so I need my programs compiled at the point where I'm writing the command list, just like an immediate renderer.
signature.asc
Description: PGP signature
_______________________________________________ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
