[PATCH 3/4] [media] s5p-jpeg: don't return a random width/height
Andrzej Pietrasiewicz
andrzej.p at samsung.com
Fri May 19 00:22:52 PDT 2017
W dniu 18.05.2017 o 16:06, Mauro Carvalho Chehab pisze:
> Gcc 7.1 complains about:
>
> drivers/media/platform/s5p-jpeg/jpeg-core.c: In function 's5p_jpeg_parse_hdr.isra.9':
> drivers/media/platform/s5p-jpeg/jpeg-core.c:1207:12: warning: 'width' may be used uninitialized in this function [-Wmaybe-uninitialized]
> result->w = width;
> ~~~~~~~~~~^~~~~~~
> drivers/media/platform/s5p-jpeg/jpeg-core.c:1208:12: warning: 'height' may be used uninitialized in this function [-Wmaybe-uninitialized]
> result->h = height;
> ~~~~~~~~~~^~~~~~~~
>
> Indeed the code would allow it to return a random value (although
> it shouldn't happen, in practice). So, explicitly set both to zero,
> just in case.
>
> Signed-off-by: Mauro Carvalho Chehab <mchehab at s-opensource.com>
Acked-by: Andrzej Pietrasiewicz <andrzej.p at samsung.com>
> ---
> drivers/media/platform/s5p-jpeg/jpeg-core.c | 8 ++++----
> 1 file changed, 4 insertions(+), 4 deletions(-)
>
> diff --git a/drivers/media/platform/s5p-jpeg/jpeg-core.c b/drivers/media/platform/s5p-jpeg/jpeg-core.c
> index 52dc7941db65..1da2c94e1dca 100644
> --- a/drivers/media/platform/s5p-jpeg/jpeg-core.c
> +++ b/drivers/media/platform/s5p-jpeg/jpeg-core.c
> @@ -1099,10 +1099,10 @@ static bool s5p_jpeg_parse_hdr(struct s5p_jpeg_q_data *result,
> struct s5p_jpeg_ctx *ctx)
> {
> int c, components = 0, notfound, n_dht = 0, n_dqt = 0;
> - unsigned int height, width, word, subsampling = 0, sos = 0, sof = 0,
> - sof_len = 0;
> - unsigned int dht[S5P_JPEG_MAX_MARKER], dht_len[S5P_JPEG_MAX_MARKER],
> - dqt[S5P_JPEG_MAX_MARKER], dqt_len[S5P_JPEG_MAX_MARKER];
> + unsigned int height = 0, width = 0, word, subsampling = 0;
> + unsigned int sos = 0, sof = 0, sof_len = 0;
> + unsigned int dht[S5P_JPEG_MAX_MARKER], dht_len[S5P_JPEG_MAX_MARKER];
> + unsigned int dqt[S5P_JPEG_MAX_MARKER], dqt_len[S5P_JPEG_MAX_MARKER];
> long length;
> struct s5p_jpeg_buffer jpeg_buffer;
>
>
More information about the linux-arm-kernel
mailing list