1. 21 Oct, 2015 14 commits
  2. 20 Oct, 2015 7 commits
  3. 19 Oct, 2015 1 commit
  4. 16 Oct, 2015 10 commits
  5. 15 Oct, 2015 2 commits
    • Stephen Boyd's avatar
      clk: Make of_clk_get_parent_name() robust with #clock-cells = 1 · 0a4807c2
      Stephen Boyd authored
      If a clock provider has #clock-cells = 1 and we call
      of_clk_get_parent_name() on it we may end up returning the name
      of the provider node if the provider doesn't have a
      clock-output-names property. This doesn't make sense, especially
      when you consider that calling of_clk_get_parent_name() on such a
      node with different indices will return the same name each time.
      
      Let's try getting the clock from the framework via of_clk_get()
      instead, and only fallback to the node name if we have a provider
      with #clock-cells = 0. This way, we can't hand out the same name
      for different clocks when we don't actually know their names.
      
      Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
      Signed-off-by: default avatarStephen Boyd <sboyd@codeaurora.org>
      0a4807c2
    • Stephen Boyd's avatar
      Merge branch 'clk-fixes' into clk-next · 087a920d
      Stephen Boyd authored
      * clk-fixes:
        Partially revert "clk: mvebu: Convert to clk_hw based provider APIs"
      087a920d
  6. 14 Oct, 2015 2 commits
  7. 12 Oct, 2015 4 commits
    • Julia Lawall's avatar
      clk: tegra: delete unneeded of_node_put · 4e4f485c
      Julia Lawall authored
      for_each_child_of_node performs an of_node_put on each iteration, so
      putting an of_node_put before a continue results in a double put.
      
      The semantic match that finds this problem is as follows
      (http://coccinelle.lip6.fr):
      
      // <smpl>
      @@
      expression root,e;
      local idexpression child;
      iterator name for_each_child_of_node;
      @@
      
       for_each_child_of_node(root, child) {
         ... when != of_node_get(child)
      *  of_node_put(child);
         ...
      *  continue;
      }
      // </smpl>
      Signed-off-by: default avatarJulia Lawall <Julia.Lawall@lip6.fr>
      Signed-off-by: default avatarStephen Boyd <sboyd@codeaurora.org>
      4e4f485c
    • Stephen Boyd's avatar
      Merge branch 'clk-bcm2835' into clk-next · 67d7188a
      Stephen Boyd authored
      * clk-bcm2835:
        clk: bcm2835: Add support for programming the audio domain clocks
        clk: bcm2835: Add binding docs for the new platform clock driver.
        clk: bcm2835: Move under bcm/ with other Broadcom SoC clk drivers.
      67d7188a
    • Eric Anholt's avatar
      clk: bcm2835: Add support for programming the audio domain clocks · 41691b88
      Eric Anholt authored
      This adds support for enabling, disabling, and setting the rate of the
      audio domain clocks.  It will be necessary for setting the pixel clock
      for HDMI in the VC4 driver and let us write a cpufreq driver.  It will
      also improve compatibility with user changes to the firmware's
      config.txt, since our previous fixed clocks are unaware of it.
      
      The firmware also has support for configuring the clocks through the
      mailbox channel, but the pixel clock setup by the firmware doesn't
      work, and it's Raspberry Pi specific anyway.  The only conflicts we
      should have with the firmware would be if we made firmware calls that
      result in clock management (like opening firmware V3D or ISP access,
      which we don't support in upstream), or on hardware over-thermal or
      under-voltage (when the firmware would rewrite PLLB to take the ARM
      out of overclock).  If that happens, our cached .recalc_rate() results
      would be incorrect, but that's no worse than our current state where
      we used fixed clocks.
      
      The existing fixed clocks in the code are left in place to provide
      backwards compatibility with old device tree files.
      Signed-off-by: default avatarEric Anholt <eric@anholt.net>
      Tested-by: default avatarMartin Sperl <kernel@martin.sperl.org>
      Acked-by: default avatarStephen Warren <swarren@wwwdotorg.org>
      Signed-off-by: default avatarStephen Boyd <sboyd@codeaurora.org>
      41691b88
    • Shengjiu Wang's avatar
      clk: imx6: Add SPDIF_GCLK clock in clock tree · 84a87250
      Shengjiu Wang authored
      Correct SPDIF clock setting issue in clock tree, the SPDIF_GCLK is also
      one clock of SPDIF, which is missed before.
      
      We found an issue that imx can't enter low power mode with spdif
      if IMX6x_CLK_SPDIF is used as the core clock of spdif. Because
      spdif driver will register IMX6x_CLK_SPDIF clock to regmap, regmap will do
      clk_prepare in init function, then IMX6x_CLK_SPDIF clock is prepared in probe,
      so its parent clock (PLL clock) is prepared, the prepare operation of
      PLL clock is to enable the clock. But I.MX needs all PLL clock is disabled,
      then it can enter low power mode.
      
      So we can't use IMX6x_CLK_SPDIF as the core clock of spdif, the correct spdif
      core clock is SPDIF_GCLK, which share same gate bit with IMX6x_CLK_SPDIF clock.
      SPDIF_GCLK's parent clock is ipg clock.
      Signed-off-by: default avatarShengjiu Wang <shengjiu.wang@freescale.com>
      Signed-off-by: default avatarShawn Guo <shawnguo@kernel.org>
      84a87250