<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Sep 30, 2014 at 5:00 PM, Matt Turner <span dir="ltr"><<a href="mailto:mattst88@gmail.com" target="_blank">mattst88@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Tue, Sep 30, 2014 at 4:24 PM, Matt Turner <<a href="mailto:mattst88@gmail.com">mattst88@gmail.com</a>> wrote:<br>
> The compiler isn't privy to the knowledge that we're doing at least one<br>
> framebuffer write.<br>
> ---<br>
>  src/mesa/drivers/dri/i965/brw_fs.cpp | 1 +<br>
>  1 file changed, 1 insertion(+)<br>
><br>
> diff --git a/src/mesa/drivers/dri/i965/brw_fs.cpp b/src/mesa/drivers/dri/i965/brw_fs.cpp<br>
> index 19e9cb9..d113812 100644<br>
> --- a/src/mesa/drivers/dri/i965/brw_fs.cpp<br>
> +++ b/src/mesa/drivers/dri/i965/brw_fs.cpp<br>
> @@ -2599,6 +2599,7 @@ fs_visitor::emit_repclear_shader()<br>
>        write->header_present = false;<br>
>        write->mlen = 1;<br>
>     } else {<br>
> +      assume(key->nr_color_regions > 0);<br>
>        for (int i = 0; i < key->nr_color_regions; ++i) {<br>
>           write = emit(FS_OPCODE_REP_FB_WRITE);<br>
>           write->saturate = key->clamp_fragment_color;<br>
> --<br>
> 1.8.5.5<br>
<br>
</span>I assumed that 'write' must actually be non-NULL after this block, but<br>
a bunch of piglit tests fail if this patch is applied, like<br>
 </blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">spec/EXT_framebuffer_object/fbo-drawbuffers-blend-add<br></blockquote><div><br></div><div>Not sure what you're talking about here.  I just threw in a quick assert to that effect with no piglit regressions.<br></div><div>--Jason<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
which is a little worrying, because the uninitialized variable warning<br>
is complaining about 'write' being uninitialized in the statement<br>
<br>
   write->eot = true;<br>
<br>
So this seems bad, but now I'm not convinced I understand what's going<br>
on. How can we emit a repclear shader without an FB write?<br>
<br>
I think the assume macro in patch 1/2 is potentially useful, but I'll<br>
shelve it until we have a use.<br>
<div class="HOEnZb"><div class="h5">_______________________________________________<br>
mesa-dev mailing list<br>
<a href="mailto:mesa-dev@lists.freedesktop.org">mesa-dev@lists.freedesktop.org</a><br>
<a href="http://lists.freedesktop.org/mailman/listinfo/mesa-dev" target="_blank">http://lists.freedesktop.org/mailman/listinfo/mesa-dev</a><br>
</div></div></blockquote></div><br></div></div>