linux-kernel - Re: [PATCH] video: sm501fb: fixing static checker warning

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <557AA792.3010506@ti.com>
Date:	Fri, 12 Jun 2015 12:34:10 +0300
From:	Tomi Valkeinen <tomi.valkeinen@...com>
To:	Heiko Schocher <hs@...x.de>, <linux-fbdev@...r.kernel.org>
CC:	<devicetree@...r.kernel.org>,
	Rasmus Villemoes <linux@...musvillemoes.dk>,
	<linux-kernel@...r.kernel.org>,
	Grant Likely <grant.likely@...aro.org>,
	Rob Herring <robh+dt@...nel.org>,
	Jean-Christophe Plagniol-Villard <plagnioj@...osoft.com>,
	Andrew Morton <akpm@...ux-foundation.org>
Subject: Re: [PATCH] video: sm501fb: fixing static checker warning



On 11/06/15 16:13, Heiko Schocher wrote:
> Dan Carpenter reported the static checker warning:
> 
> drivers/video/fbdev/sm501fb.c:1958 sm501fb_probe()
> warn: strcpy() 'cp' of unknown size might be too large for 'fb_mode'
> 
> Fix it, as the SM501 datasheet says the SM501 can "200 MHz
> DAC support 1280x1024 resolution", which would result in a
> too long mode string for current fb_mode var.
> 
> Reported-by: Dan Carpenter <dan.carpenter@...cle.com>
> Signed-off-by: Heiko Schocher <hs@...x.de>
> ---
> 
>  drivers/video/fbdev/sm501fb.c | 12 ++++++++++--
>  1 file changed, 10 insertions(+), 2 deletions(-)
> 
> diff --git a/drivers/video/fbdev/sm501fb.c b/drivers/video/fbdev/sm501fb.c
> index 9e74e8f..ea50df3 100644
> --- a/drivers/video/fbdev/sm501fb.c
> +++ b/drivers/video/fbdev/sm501fb.c
> @@ -43,7 +43,9 @@
>  
>  #include "edid.h"
>  
> -static char *fb_mode = "640x480-16@60";
> +static char *fb_default_mode = "640x480-16@60";
> +static char fb_mode[20];
> +static char *fb_mode_cmdline;
>  static unsigned long default_bpp = 16;
>  
>  static struct fb_videomode sm501_default_mode = {
> @@ -1963,6 +1965,12 @@ static int sm501fb_probe(struct platform_device *pdev)
>  				if (info->edid_data)
>  					found = 1;
>  			}
> +		} else {
> +			if (fb_mode_cmdline)
> +				strncpy(fb_mode, fb_mode_cmdline,
> +					sizeof(fb_mode) - 1);
> +			else
> +				strcpy(fb_mode, fb_default_mode);
>  		}
>  #endif

I didn't look at this very closely, but it doesn't look correct to me.
The above code will only be ran if !np. Shouldn't the kernel cmdline
parameter override anything from the .dts?

Then again, that's how it works at the moment, so I guess this is ok.

 Tomi


Download attachment "signature.asc" of type "application/pgp-signature" (820 bytes)