Arnd Bergmann
2016-Oct-24 15:30 UTC
[Nouveau] [PATCH] nouveau: hide gcc-4.9 -Wmaybe-uninitialized
gcc-4.9 notices that the validate_init() function returns unintialized data when called with a zero 'nr_buffers' argument, when called with the -Wmaybe-uninitialized flag: drivers/gpu/drm/nouveau/nouveau_gem.c: In function ‘validate_init.isra.6’: drivers/gpu/drm/nouveau/nouveau_gem.c:457:5: error: ‘ret’ may be used uninitialized in this function [-Werror=maybe-uninitialized] However, the only caller of this function always passes a nonzero argument, and gcc-6 is clever enough to take this into account and not warn about it any more. Adding an explicit initialization to -EINVAL here is correct even if the caller changed, and it avoids the warning on gcc-4.9 as well. Signed-off-by: Arnd Bergmann <arnd at arndb.de> --- drivers/gpu/drm/nouveau/nouveau_gem.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/nouveau/nouveau_gem.c b/drivers/gpu/drm/nouveau/nouveau_gem.c index 0bd7164bc817..4f3c5f3eaa16 100644 --- a/drivers/gpu/drm/nouveau/nouveau_gem.c +++ b/drivers/gpu/drm/nouveau/nouveau_gem.c @@ -369,7 +369,7 @@ validate_init(struct nouveau_channel *chan, struct drm_file *file_priv, { struct nouveau_cli *cli = nouveau_cli(file_priv); int trycnt = 0; - int ret, i; + int ret = -EINVAL, i; struct nouveau_bo *res_bo = NULL; LIST_HEAD(gart_list); LIST_HEAD(vram_list); -- 2.9.0
Karol Herbst
2016-Oct-24 15:51 UTC
[Nouveau] [PATCH] nouveau: hide gcc-4.9 -Wmaybe-uninitialized
uhh, that function looks so odd, ... yeah. Change looks fine. Reviewed-By: Karol Herbst <karolherbst at gmail.com> 2016-10-24 17:30 GMT+02:00 Arnd Bergmann <arnd at arndb.de>:> gcc-4.9 notices that the validate_init() function returns unintialized > data when called with a zero 'nr_buffers' argument, when called with the > -Wmaybe-uninitialized flag: > > drivers/gpu/drm/nouveau/nouveau_gem.c: In function ‘validate_init.isra.6’: > drivers/gpu/drm/nouveau/nouveau_gem.c:457:5: error: ‘ret’ may be used uninitialized in this function [-Werror=maybe-uninitialized] > > However, the only caller of this function always passes a nonzero > argument, and gcc-6 is clever enough to take this into account and > not warn about it any more. > > Adding an explicit initialization to -EINVAL here is correct even if > the caller changed, and it avoids the warning on gcc-4.9 as well. > > Signed-off-by: Arnd Bergmann <arnd at arndb.de> > --- > drivers/gpu/drm/nouveau/nouveau_gem.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/drivers/gpu/drm/nouveau/nouveau_gem.c b/drivers/gpu/drm/nouveau/nouveau_gem.c > index 0bd7164bc817..4f3c5f3eaa16 100644 > --- a/drivers/gpu/drm/nouveau/nouveau_gem.c > +++ b/drivers/gpu/drm/nouveau/nouveau_gem.c > @@ -369,7 +369,7 @@ validate_init(struct nouveau_channel *chan, struct drm_file *file_priv, > { > struct nouveau_cli *cli = nouveau_cli(file_priv); > int trycnt = 0; > - int ret, i; > + int ret = -EINVAL, i; > struct nouveau_bo *res_bo = NULL; > LIST_HEAD(gart_list); > LIST_HEAD(vram_list); > -- > 2.9.0 > > _______________________________________________ > Nouveau mailing list > Nouveau at lists.freedesktop.org > https://lists.freedesktop.org/mailman/listinfo/nouveau
Reasonably Related Threads
- [PATCH 0/5] drm: fixes for merge-window regressions
- [PATCH 5/5] drm: remove unused dev variables
- [PATCH 5/5] drm: remove unused dev variables
- [PATCH 0/2] drm/nouveau: Use more standard logging styles
- [PATCH] Fix null deref in nouveau_fence_emit due to deleted fence