[Mesa-dev] [v3 PATCH 06/10] i965: Use _mesa_geometry_ functions appropriately

Rogovin, Kevin kevin.rogovin at intel.com
Thu May 21 16:44:49 PDT 2015



>>  src/mesa/drivers/dri/i965/brw_misc_state.c         | 10 +++++++---
> > src/mesa/drivers/dri/i965/brw_sf_state.c           |  8 ++++++++

> As is this?

brw_misc_state.c is active for all Gens. The change to brw_sf_state.c  is to add a comment warning that using gl_framebuffer::Width and so on is only ok if _HasAttachments is false.

>     BEGIN_BATCH(4);
>     OUT_BATCH(_3DSTATE_DRAWING_RECTANGLE << 16 | (4 - 2));
>     OUT_BATCH(0); /* xmin, ymin */
> -   OUT_BATCH(((ctx->DrawBuffer->Width - 1) & 0xffff) |
> -           ((ctx->DrawBuffer->Height - 1) << 16));
> +   OUT_BATCH(((fb_width - 1) & 0xffff) |
> +           ((fb_height - 1) << 16));

> Remove the tab on this line and indent it properly while we're changing it.

Actually it fits on one line, so that will be the change :)

> +   /* Accessing the fields Width and Height of
> +    * gl_framebuffer to produce the values to
> +    * program the viewport and scissor is fine
> +    * as long as the gl_framebuffer has atleast
> +    * one attachment.

> Line wrapping...

OK.

>     struct brw_state_flags state = brw->state.pipelines[pipeline];
> +   int fb_samples = (int)_mesa_geometric_samples(ctx->DrawBuffer);

> The cast looks strange

Is there a spacing missing in the cast? or is it strange because of the types?


> These casts look weird. (Happens elsewhere in this patch too).
> Assuming brw_context::num_samples doesn't need to be signed, I'd be
> inclined to change its type to unsigned and remove the casts. Grepping
> for 'num_samples = ' shows some other instances of us implicitly
> converting unsigned <-> int.

I was hesitant to be changing types in the patch series. I wanted to minimize the changes and try to keep it consistent with what is left unchanged. If the types should be unsigned int, I can do that, but I would like to hear the opinions of others too.


> Extra new line.
OK.



More information about the mesa-dev mailing list