[Mesa-dev] [PATCH 1/2] i965: miptree: silence coverity warning
Kenneth Graunke
kenneth at whitecape.org
Sun Jul 16 16:57:10 UTC 2017
On Sunday, July 16, 2017 7:31:37 AM PDT Lionel Landwerlin wrote:
> This probably can't happen, but we're better off with initialized
> variables.
>
> CID: 1415114
> Signed-off-by: Lionel Landwerlin <lionel.g.landwerlin at intel.com>
> ---
> src/mesa/drivers/dri/i965/intel_mipmap_tree.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/src/mesa/drivers/dri/i965/intel_mipmap_tree.c b/src/mesa/drivers/dri/i965/intel_mipmap_tree.c
> index e7ebc29b59d..83d3d8204aa 100644
> --- a/src/mesa/drivers/dri/i965/intel_mipmap_tree.c
> +++ b/src/mesa/drivers/dri/i965/intel_mipmap_tree.c
> @@ -990,7 +990,7 @@ miptree_create_for_planar_image(struct brw_context *brw,
> __DRIimage *image, GLenum target)
> {
> struct intel_image_format *f = image->planar_format;
> - struct intel_mipmap_tree *planar_mt;
> + struct intel_mipmap_tree *planar_mt = NULL;
>
> for (int i = 0; i < f->nplanes; i++) {
> const int index = f->planes[i].buffer_index;
>
Yep, can't happen, the caller checks that f->planes > 0 and the loop
initializes it to one value or the other. But it's probably best to
return NULL if somebody ever did call it with f->planes == 0, rather
than uninitialized junk, and this is cheap, so...
Reviewed-by: Kenneth Graunke <kenneth at whitecape.org>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: This is a digitally signed message part.
URL: <https://lists.freedesktop.org/archives/mesa-dev/attachments/20170716/8f1acd4b/attachment.sig>
More information about the mesa-dev
mailing list