[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