[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.DEB.2.20.1705082031280.3440@hadrien>
Date: Mon, 8 May 2017 20:32:23 +0800 (SGT)
From: Julia Lawall <julia.lawall@...6.fr>
To: David Laight <David.Laight@...LAB.COM>
cc: 'Christophe JAILLET' <christophe.jaillet@...adoo.fr>,
"andrew@...n.ch" <andrew@...n.ch>,
"vivien.didelot@...oirfairelinux.com"
<vivien.didelot@...oirfairelinux.com>,
"f.fainelli@...il.com" <f.fainelli@...il.com>,
"netdev@...r.kernel.org" <netdev@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"kernel-janitors@...r.kernel.org" <kernel-janitors@...r.kernel.org>
Subject: RE: [PATCH] net: dsa: loop: Check for memory allocation failure
On Mon, 8 May 2017, David Laight wrote:
> From: Christophe JAILLET
> > Sent: 06 May 2017 06:30
> > If 'devm_kzalloc' fails, a NULL pointer will be dereferenced.
> > Return -ENOMEM instead, as done for some other memory allocation just a
> > few lines above.
> ...
> > --- a/drivers/net/dsa/dsa_loop.c
> > +++ b/drivers/net/dsa/dsa_loop.c
> > @@ -256,6 +256,9 @@ static int dsa_loop_drv_probe(struct mdio_device *mdiodev)
> > return -ENOMEM;
> >
> > ps = devm_kzalloc(&mdiodev->dev, sizeof(*ps), GFP_KERNEL);
> > + if (!ps)
> > + return -ENOMEM;
> > +
> > ps->netdev = dev_get_by_name(&init_net, pdata->netdev);
> > if (!ps->netdev)
> > return -EPROBE_DEFER;
>
> On the face if it this code leaks like a sieve.
I don't think so. The allocations (dsa_switch_alloc and devm_kzalloc) use
devm functions.
julia
Powered by blists - more mailing lists