Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1291216 > unrolled thread
| Started by | Nicholas Mc Guire <der.herr@hofr.at> |
|---|---|
| First post | 2015-12-14 15:10 +0100 |
| Last post | 2015-12-14 15:10 +0100 |
| Articles | 1 — 1 participant |
Back to article view | Back to linux.kernel
This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by
below is the oldest one visible, not the original post.
Re: [PATCH] clk: unchecked return of kmalloc_array Nicholas Mc Guire <der.herr@hofr.at> - 2015-12-14 15:10 +0100
| From | Nicholas Mc Guire <der.herr@hofr.at> |
|---|---|
| Date | 2015-12-14 15:10 +0100 |
| Subject | Re: [PATCH] clk: unchecked return of kmalloc_array |
| Message-ID | <qFBZ9-7d6-35@gated-at.bofh.it> |
On Mon, Dec 14, 2015 at 02:16:55PM +0100, Nicholas Mc Guire wrote: > kmalloc_array return is unchecked - given how parent_names is being treated > in case of allocation error it probably is ok to treat clock->parents the > same way and simply return. > > problem was located with coccinelle > > Signed-off-by: Nicholas Mc Guire <hofrat@osadl.org> > --- > > patch was compile tested for shmobile_defconfig > (implies CONFIG_ARCH_SHMOBILE_MULTI=y) > > patch is against linux-next (localversion-next -next-20151214) > > drivers/clk/shmobile/clk-div6.c | 2 ++ > 1 file changed, 2 insertions(+) > > diff --git a/drivers/clk/shmobile/clk-div6.c b/drivers/clk/shmobile/clk-div6.c > index b4c8d67..e6b7533 100644 > --- a/drivers/clk/shmobile/clk-div6.c > +++ b/drivers/clk/shmobile/clk-div6.c > @@ -196,6 +196,8 @@ static void __init cpg_div6_clock_init(struct device_node *np) > > clock->parents = kmalloc_array(num_parents, sizeof(*clock->parents), > GFP_KERNEL); > + if (!clock->parents) > + return; > parent_names = kmalloc_array(num_parents, sizeof(*parent_names), > giving the callchain of kmalloc_array a look I guess there should be some memset for parent_names and clock->parents - or is there a reason why no memset would be needed here ? thx! hofrat -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Back to top | Article view | linux.kernel
csiph-web