linux-omap.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* Re: clk: ti: Add support for FAPLL on dm816x
       [not found] <20150128110514.GA4656@mwanda>
@ 2015-01-28 16:46 ` Tony Lindgren
  0 siblings, 0 replies; only message in thread
From: Tony Lindgren @ 2015-01-28 16:46 UTC (permalink / raw)
  To: Dan Carpenter; +Cc: linux-omap

* Dan Carpenter <dan.carpenter@oracle.com> [150128 03:08]:
> Hello Tony Lindgren,
> 
> The patch 163152cbbe32: "clk: ti: Add support for FAPLL on dm816x"
> from Jan 13, 2015, leads to the following static checker warning:
> 
> 	drivers/clk/ti/fapll.c:87 ti_fapll_enable()
> 	warn: double left shift '1 << (1 << (3))'
> 
> drivers/clk/ti/fapll.c
>     82  static int ti_fapll_enable(struct clk_hw *hw)
>     83  {
>     84          struct fapll_data *fd = to_fapll(hw);
>     85          u32 v = readl_relaxed(fd->base);
>     86  
>     87          v |= (1 << FAPLL_MAIN_PLLEN);
>                 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> 
> FAPLL_MAIN_PLLEN() is BIT(3).  It's possible that this code is correct
> as is, but as a complete outsider I think it's more likely that the
> code should be:
> 
> 		v |= FAPLL_MAIN_PLLEN;
> 
> 
>     88          writel_relaxed(v, fd->base);
>     89  
>     90          return 0;
>     91  }
>     92  
>     93  static void ti_fapll_disable(struct clk_hw *hw)
>     94  {
>     95          struct fapll_data *fd = to_fapll(hw);
>     96          u32 v = readl_relaxed(fd->base);
>     97  
>     98          v &= ~(1 << FAPLL_MAIN_PLLEN);
>                 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> Same.
> 
>     99          writel_relaxed(v, fd->base);
>    100  }
>    101  
>    102  static int ti_fapll_is_enabled(struct clk_hw *hw)
>    103  {
>    104          struct fapll_data *fd = to_fapll(hw);
>    105          u32 v = readl_relaxed(fd->base);
>    106  
>    107          return v & (1 << FAPLL_MAIN_PLLEN);
>                        ^^^^^^^^^^^^^^^^^^^^^^^^^^^
> Same.
> 
>    108  }

Thanks for catching that. Yes that's a bug, I've screwed up
while cleaning up and means the parent PLL will not get disabled
even if all the children are disabled.

Will send a fix shortly.

Regards,

Tony

^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2015-01-28 20:27 UTC | newest]

Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
     [not found] <20150128110514.GA4656@mwanda>
2015-01-28 16:46 ` clk: ti: Add support for FAPLL on dm816x Tony Lindgren

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).