Hi, On Wednesday, April 26, 2017 11:20:07 AM SF Markus Elfring wrote: > From: Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx> > Date: Wed, 26 Apr 2017 11:08:30 +0200 > > * A multiplication for the size determination of a memory allocation > indicated that an array data structure should be processed. > Thus use the corresponding function "devm_kcalloc". > > * Replace the specification of a data structure by a pointer dereference > to make the corresponding size determination a bit safer according to > the Linux coding style convention. > > Signed-off-by: Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx> > --- > drivers/video/fbdev/omap2/omapfb/vrfb.c | 6 +----- > 1 file changed, 1 insertion(+), 5 deletions(-) > > diff --git a/drivers/video/fbdev/omap2/omapfb/vrfb.c b/drivers/video/fbdev/omap2/omapfb/vrfb.c > index f346b02eee1d..54b51a7a290a 100644 > --- a/drivers/video/fbdev/omap2/omapfb/vrfb.c > +++ b/drivers/video/fbdev/omap2/omapfb/vrfb.c > @@ -358,11 +358,7 @@ static int __init vrfb_probe(struct platform_device *pdev) > return PTR_ERR(vrfb_base); > > num_ctxs = pdev->num_resources - 1; > - > - ctxs = devm_kzalloc(&pdev->dev, > - sizeof(struct vrfb_ctx) * num_ctxs, > - GFP_KERNEL); > - > + ctxs = devm_kcalloc(&pdev->dev, num_ctxs, sizeof(*ctxs), GFP_KERNEL); This change makes the resulting binary larger by 24 bytes (probably because of the need to have an additional function argument) and I don't see an improvement from a security POV (pdev->num_resources is based on the size of static tables from arch/arm/mach-omap2/fb.c). I'm sorry but I'm not applying this patch. > if (!ctxs) > return -ENOMEM; Best regards, -- Bartlomiej Zolnierkiewicz Samsung R&D Institute Poland Samsung Electronics -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
