[PATCH] mtd: nand: orion: fix clk handling

Simon Baatz gmbnomis at gmail.com
Thu Mar 16 14:50:31 PDT 2017


On Thu, Mar 16, 2017 at 10:12:11AM +0100, Boris Brezillon wrote:
> On Mon, 13 Mar 2017 08:12:41 +0100
> Uwe Kleine-König <u.kleine-koenig at pengutronix.de> wrote:
> 
> > Hello Simon,
> > 
> > On Sun, Mar 12, 2017 at 10:34:06PM +0100, Simon Baatz wrote:
> > > The clk handling in orion_nand.c had two problems:
> > > 
> > > - In the probe function, clk_put() was called for an enabled clock,
> > >   which violates the API (see documentation for clk_put() in
> > >   include/linux/clk.h)
> > > 
> > > - In the error path of the probe function, clk_put() could be called
> > >   twice for the same clock.
> > > 
> > > In order to clean this up, use the managed function devm_clk_get() and
> > > store the pointer to the clk in the driver data.
> > > 
> > > Fixes: baffab28b13120694fa3ebab08d3e99667a851d2 ('ARM: Orion: fix driver probe error handling with respect to clk')
> > > Cc: <stable at vger.kernel.org> # v4.5+
> > > Signed-off-by: Simon Baatz <gmbnomis at gmail.com>
> > > ---
> > >  drivers/mtd/nand/orion_nand.c | 42 +++++++++++++++++++++---------------------
> > >  1 file changed, 21 insertions(+), 21 deletions(-)
> > > 
> > > diff --git a/drivers/mtd/nand/orion_nand.c b/drivers/mtd/nand/orion_nand.c
> > > index 4a91c5d000be..b355aa738fae 100644
> > > --- a/drivers/mtd/nand/orion_nand.c
> > > +++ b/drivers/mtd/nand/orion_nand.c
> > > @@ -23,6 +23,11 @@
> > >  #include <asm/sizes.h>
> > >  #include <linux/platform_data/mtd-orion_nand.h>
> > >  
> > > +struct orion_nand_info {
> > > +	struct nand_chip chip;
> > > +	struct clk       *clk;
> > > +};
> > > +
> > >  static void orion_nand_cmd_ctrl(struct mtd_info *mtd, int cmd, unsigned int ctrl)
> > >  {
> > >  	struct nand_chip *nc = mtd_to_nand(mtd);
> > > @@ -75,20 +80,21 @@ static void orion_nand_read_buf(struct mtd_info *mtd, uint8_t *buf, int len)
> > >  
> > >  static int __init orion_nand_probe(struct platform_device *pdev)
> > >  {
> > > +	struct orion_nand_info *info;
> > >  	struct mtd_info *mtd;
> > >  	struct nand_chip *nc;
> > >  	struct orion_nand_data *board;
> > >  	struct resource *res;
> > > -	struct clk *clk;
> > >  	void __iomem *io_base;
> > >  	int ret = 0;
> > >  	u32 val = 0;
> > >  
> > > -	nc = devm_kzalloc(&pdev->dev,
> > > -			sizeof(struct nand_chip),
> > > +	info = devm_kzalloc(&pdev->dev,
> > > +			sizeof(struct orion_nand_info),
> > >  			GFP_KERNEL);
> > > -	if (!nc)
> > > +	if (!info)
> > >  		return -ENOMEM;
> > > +	nc = &info->chip;
> > >  	mtd = nand_to_mtd(nc);
> > >  
> > >  	res = platform_get_resource(pdev, IORESOURCE_MEM, 0);
> > > @@ -145,15 +151,13 @@ static int __init orion_nand_probe(struct platform_device *pdev)
> > >  	if (board->dev_ready)
> > >  		nc->dev_ready = board->dev_ready;
> > >  
> > > -	platform_set_drvdata(pdev, mtd);
> > > +	platform_set_drvdata(pdev, info);
> > >  
> > >  	/* Not all platforms can gate the clock, so it is not
> > >  	   an error if the clock does not exists. */
> > > -	clk = clk_get(&pdev->dev, NULL);
> > > -	if (!IS_ERR(clk)) {
> > > -		clk_prepare_enable(clk);
> > > -		clk_put(clk);
> > > -	}
> > > +	info->clk = devm_clk_get(&pdev->dev, NULL);
> > > +	if (!IS_ERR(info->clk))
> > > +		clk_prepare_enable(info->clk);  
> > 
> > Orthogonal to your patch I suggest:
> > 
> > -	info->clk = devm_clk_get(&pdev->dev, NULL);
> > -	if (!IS_ERR(info->clk))
> > -		clk_prepare_enable(info->clk);
> > +	info->clk = devm_clk_get_optional(&pdev->dev, NULL);
> > +	if (IS_ERR(info->clk)) {
> > +		ret = PTR_ERR(info->clk);
> > +		if (ret != -EPROBE_DEFER)
> > +			dev_err(...);
> > +		return ret;
> > +	}
> > 
> 
> In the meantime, maybe you can do:
> 
> 	info->clk = devm_clk_get(&pdev->dev, NULL);
> 	if (IS_ERR(info->clk)) {
> 		ret = PTR_ERR(info->clk);
> 
> 		if (ret == -ENOENT) {
> 			/*
> 			 * This clk is optional, assign it to NULL when
> 			 * it's not present.
> 			 */
> 			info->clk = NULL;
> 		} else {
> 			if (ret == -EPROBE_DEFER)
> 				dev_err(...);
> 
> 			return ret;
> 		}
> 	}
> 
> This way, you won't have to check the info->clk value when you call
> clk_prepare_enable() or clk_disable_unprepare().
> 

Yes, this makes things simpler. I will add a second patch improving
the error handling in v2 as you and Uwe suggested.


- Simon



More information about the linux-arm-kernel mailing list