[Mesa-dev] [PATCH 15/33] intel/blorp: Add support for RGB destinations in copies
Pohjolainen, Topi
topi.pohjolainen at gmail.com
Sat Sep 3 17:19:25 UTC 2016
On Wed, Aug 31, 2016 at 02:22:34PM -0700, Jason Ekstrand wrote:
> ---
> src/intel/blorp/blorp_blit.c | 61 ++++++++++++++++++++++++++++++++++++++++++++
> src/intel/blorp/blorp_priv.h | 6 +++++
> 2 files changed, 67 insertions(+)
>
> diff --git a/src/intel/blorp/blorp_blit.c b/src/intel/blorp/blorp_blit.c
> index 42a502c..1790f0b 100644
> --- a/src/intel/blorp/blorp_blit.c
> +++ b/src/intel/blorp/blorp_blit.c
> @@ -1191,6 +1191,27 @@ brw_blorp_build_nir_shader(struct blorp_context *blorp,
> }
> }
>
> + if (key->dst_rgb) {
> + /* The destination image is bound as a red texture three times as wide
> + * as the actual image. Our shader is effectively running one color
> + * component at a time. We need to pick off the appropriate component
> + * from the source color and write that to destination red.
> + */
> + assert(dst_pos->num_components == 2);
> + nir_ssa_def *comp =
> + nir_umod(&b, nir_channel(&b, dst_pos, 0), nir_imm_int(&b, 3));
> +
> + nir_ssa_def *color_component =
> + nir_bcsel(&b, nir_ieq(&b, comp, nir_imm_int(&b, 0)),
> + nir_channel(&b, color, 0),
> + nir_bcsel(&b, nir_ieq(&b, comp, nir_imm_int(&b, 1)),
> + nir_channel(&b, color, 1),
> + nir_channel(&b, color, 2)));
> +
> + nir_ssa_def *u = nir_ssa_undef(&b, 1, 32);
> + color = nir_vec4(&b, color_component, u, u, u);
> + }
> +
> nir_store_var(&b, v.color_out, color, 0xf);
>
> return b.shader;
> @@ -1767,6 +1788,40 @@ surf_convert_to_uncompressed(const struct isl_device *isl_dev,
> info->surf.format = get_copy_format_for_bpb(fmtl->bpb);
> }
>
> +static void
> +surf_fake_rgb_with_red(const struct isl_device *isl_dev,
> + struct brw_blorp_surface_info *info,
> + uint32_t *x, uint32_t *width)
> +{
> + surf_convert_to_single_slice(isl_dev, info);
> +
> + info->surf.logical_level0_px.width *= 3;
> + info->surf.phys_level0_sa.width *= 3;
> + *x *= 3;
> + *width *= 3;
> +
> + enum isl_format red_format;
> + switch (info->view.format) {
> + case ISL_FORMAT_R8G8B8_UNORM:
> + red_format = ISL_FORMAT_R8_UNORM;
> + break;
> + case ISL_FORMAT_R16G16B16_UNORM:
> + red_format = ISL_FORMAT_R16_UNORM;
> + break;
> + case ISL_FORMAT_R32G32B32_UINT:
> + red_format = ISL_FORMAT_R32_UINT;
> + break;
> + default:
> + unreachable("Invalid RGB copy destination format");
> + }
> + assert(isl_format_get_layout(red_format)->channels.r.type ==
> + isl_format_get_layout(info->view.format)->channels.r.type);
> + assert(isl_format_get_layout(red_format)->channels.r.bits ==
> + isl_format_get_layout(info->view.format)->channels.r.bits);
> +
> + info->surf.format = info->view.format = red_format;
> +}
> +
> void
> blorp_copy(struct blorp_batch *batch,
> const struct blorp_surf *src_surf,
> @@ -1813,6 +1868,12 @@ blorp_copy(struct blorp_batch *batch,
> uint32_t dst_width = src_width;
> uint32_t dst_height = src_height;
>
> + if (dst_fmtl->bpb % 3 == 0) {
> + surf_fake_rgb_with_red(batch->blorp->isl_dev, ¶ms.dst,
> + &dst_x, &dst_width);
> + wm_prog_key.dst_rgb = true;
> + }
> +
> do_blorp_blit(batch, ¶ms, &wm_prog_key,
> src_x, src_y, src_x + src_width, src_y + src_height,
> dst_x, dst_y, dst_x + dst_width, dst_y + dst_height,
> diff --git a/src/intel/blorp/blorp_priv.h b/src/intel/blorp/blorp_priv.h
> index 46ff272..99d45a9 100644
> --- a/src/intel/blorp/blorp_priv.h
> +++ b/src/intel/blorp/blorp_priv.h
> @@ -245,6 +245,12 @@ struct brw_blorp_blit_prog_key
> */
> bool dst_tiled_w;
>
> + /* True if the destination is an RGB format. If true, the surface state
> + * for the render target must be configured as red with three times the
> + * normal width.
And this is because we don't have any native renderable RGB formats?
> + */
> + bool dst_rgb;
> +
> /* True if all source samples should be blended together to produce each
> * destination pixel. If true, src_tiled_w must be false, tex_samples must
> * equal src_samples, and tex_samples must be nonzero.
> --
> 2.5.0.400.gff86faf
>
> _______________________________________________
> mesa-dev mailing list
> mesa-dev at lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/mesa-dev
More information about the mesa-dev
mailing list