[PATCH 1/2] fsl/qe: NULL dereference on error in ucc_of_parse_tdm()

Dan Carpenter dan.carpenter at oracle.com
Mon Jul 24 19:51:29 AEST 2017


On Mon, Jul 24, 2017 at 09:39:32AM +0000, Qiang Zhao wrote:
> On Mon 7/24/2017 3:04 PM, Dan Carpenter <dan.carpenter at oracle.com>
> 
> > -----Original Message-----
> > From: Dan Carpenter [mailto:dan.carpenter at oracle.com]
> > Sent: Monday, July 24, 2017 3:04 PM
> > To: Qiang Zhao <qiang.zhao at nxp.com>
> > Cc: Leo Li <leoyang.li at nxp.com>; linuxppc-dev at lists.ozlabs.org; kernel-
> > janitors at vger.kernel.org
> > Subject: Re: [PATCH 1/2] fsl/qe: NULL dereference on error in
> > ucc_of_parse_tdm()
> > 
> > On Mon, Jul 24, 2017 at 02:24:14AM +0000, Qiang Zhao wrote:
> > > On Sat 7/22/2017 3:34 PM, Dan Carpenter <dan.carpenter at oracle.com>
> > wrote:
> > >
> > > > -----Original Message-----
> > > > From: Dan Carpenter [mailto:dan.carpenter at oracle.com]
> > > > Sent: Saturday, July 22, 2017 3:34 PM
> > > > To: Qiang Zhao <qiang.zhao at nxp.com>
> > > > Cc: Leo Li <leoyang.li at nxp.com>; linuxppc-dev at lists.ozlabs.org;
> > > > kernel- janitors at vger.kernel.org
> > > > Subject: [PATCH 1/2] fsl/qe: NULL dereference on error in
> > > > ucc_of_parse_tdm()
> > > >
> > > > If "pdev = of_find_device_by_node(np2);" fails then it would lead to
> > > > a NULL dereference.  This function is called from probe() and we're
> > > > using managed resources so we can just return without doing a manual
> > cleanup.
> > >
> > > You mean it will be cleaned up automatically?
> > 
> > Yes.  At module unload.
> 
> Do you mean when insmod it as a module, and when this module is removed, it will be cleaned up automatically?
> Do I understand correctly?
> Well, how about build-in?
> 

Sorry, I mispoke.  It's not really at module unload time.

In this case it's removed automatically when probe() fails, but normally
devm_ resources get released after the ->remove().  The
devres_release_all() function is what releases these, so do a search
for that function to see the details.

regards,
dan carpenter



More information about the Linuxppc-dev mailing list