1. 15 Apr, 2016 1 commit
  2. 22 Feb, 2016 1 commit
  3. 24 Nov, 2015 1 commit
  4. 16 Nov, 2015 1 commit
  5. 24 Aug, 2015 1 commit
  6. 02 Jun, 2015 2 commits
  7. 25 Jul, 2014 1 commit
    • Paul Walmsley's avatar
      ARM: OMAP2+: clock: allow omap2_dpll_round_rate() to round to next-lowest rate · 0a263444
      Paul Walmsley authored
      Change the behavior of omap2_dpll_round_rate() to round to either the
      exact rate requested, or the next lowest rate that the clock is able to
      provide.
      
      This is not an ideal fix, but is intended to provide a relatively safe
      way for drivers to set PLL rates, until a better solution can be
      implemented.
      
      For the time being, omap3_noncore_dpll_set_rate() is still allowed to
      set its rate to something other than what the caller requested; but will
      warn when this occurs.
      
      Cc: Tomi Valkeinen <tomi.valkeinen@ti.com>
      Cc: Mike Turquette <mturquette@linaro.org>
      Signed-off-by: default avatarPaul Walmsley <paul@pwsan.com>
      0a263444
  8. 15 Jul, 2014 4 commits
  9. 06 Jul, 2014 1 commit
  10. 11 Apr, 2014 1 commit
  11. 28 Feb, 2014 1 commit
  12. 17 Jan, 2014 1 commit
  13. 12 Nov, 2012 2 commits
    • Mike Turquette's avatar
      ARM: OMAP2+: clock: Cleanup !CONFIG_COMMON_CLK parts · f9ae32a7
      Mike Turquette authored
      Clean all #ifdef's added to common clock code.  This code is no longer
      needed due to migration to the common clock framework.
      Signed-off-by: default avatarMike Turquette <mturquette@ti.com>
      [paul@pwsan.com: clean up new ifdefs added in clockdomain.c]
      Signed-off-by: default avatarPaul Walmsley <paul@pwsan.com>
      f9ae32a7
    • Mike Turquette's avatar
      ARM: OMAP4: clock: Convert to common clk · 32cc0021
      Mike Turquette authored
      Convert all OMAP4 specific platform files to use COMMON clk
      and keep all the changes under the CONFIG_COMMON_CLK macro check
      so it does not break any existing code. At a later point switch
      to COMMON clk and get rid of all old/legacy code.
      
      This converts all apis which will be called directly from COMMON
      clk to take a struct clk_hw parameter, and all the internal platform
      apis to take a struct clk_hw_omap parameter.
      
      Changes are based off the original patch from Mike Turquette.
      Signed-off-by: default avatarRajendra Nayak <rnayak@ti.com>
      [paul@pwsan.com: created new omap2_clksel_find_parent_index() rather than
       modifying omap2_init_clksel_parent(); moved clkhwops_iclk_wait to
       clkt_iclk.c to fix OMAP4-only builds; added clk-provider.h include to clock.h
       to try to fix some 3430-builds]
      [mturquette@ti.com: squash patch for omap2_clkops_{en,dis}able_clkdm;
       omap2_dflt_clk_is_enabled should not enable clocks]
      Signed-off-by: default avatarMike Turquette <mturquette@ti.com>
      [paul@pwsan.com: fix compiler warning; update to apply; added kerneldoc on
       non-trivial new functions; added the dpll3xxx clockdomain modifications]
      Signed-off-by: default avatarPaul Walmsley <paul@pwsan.com>
      32cc0021
  14. 18 Oct, 2012 1 commit
  15. 22 Sep, 2012 1 commit
    • Rajendra Nayak's avatar
      ARM: OMAP2+: clock: Remove all direct dereferencing of struct clk · 5dcc3b97
      Rajendra Nayak authored
      While we move to Common Clk Framework (CCF), direct deferencing of struct
      clk wouldn't be possible anymore. Hence get rid of all such instances
      in the current clock code and use macros/helpers similar to the ones that
      are provided by CCF.
      
      While here also concatenate some strings split across multiple lines
      which seem to be needed anyway.
      Signed-off-by: default avatarRajendra Nayak <rnayak@ti.com>
      [paul@pwsan.com: simplified some compound expressions; reformatted some
       messages]
      Signed-off-by: default avatarPaul Walmsley <paul@pwsan.com>
      Cc: Mike Turquette <mturquette@linaro.org>
      5dcc3b97
  16. 12 Sep, 2012 3 commits
    • Tony Lindgren's avatar
      ARM: OMAP: Split plat/hardware.h, use local soc.h for omap2+ · dbc04161
      Tony Lindgren authored
      As the plat and mach includes need to disappear for single zImage work,
      we need to remove plat/hardware.h.
      
      Do this by splitting plat/hardware.h into omap1 and omap2+ specific files.
      
      The old plat/hardware.h already has omap1 only defines, so it gets moved
      to mach/hardware.h for omap1. For omap2+, we use the local soc.h
      that for now just includes the related SoC headers to keep this patch more
      readable.
      
      Note that the local soc.h still includes plat/cpu.h that can be dealt
      with in later patches. Let's also include plat/serial.h from common.h for
      all the board-*.c files. This allows making the include files local later
      on without patching these files again.
      
      Note that only minimal changes are done in this patch for the
      drivers/watchdog/omap_wdt.c driver to keep things compiling. Further
      patches are needed to eventually remove cpu_is_omap usage in the drivers.
      
      Also only minimal changes are done to sound/soc/omap/* to remove the
      unneeded includes and to define OMAP44XX_MCPDM_L3_BASE locally so there's
      no need to include omap44xx.h.
      
      While at it, also sort some of the includes in the standard way.
      
      Cc: linux-watchdog@vger.kernel.org
      Cc: alsa-devel@alsa-project.org
      Cc: Peter Ujfalusi <peter.ujfalusi@ti.com>
      Cc: Jarkko Nikula <jarkko.nikula@bitmer.com>
      Cc: Liam Girdwood <lrg@ti.com>
      Acked-by: default avatarWim Van Sebroeck <wim@iguana.be>
      Acked-by: default avatarMark Brown <broonie@opensource.wolfsonmicro.com>
      Signed-off-by: default avatarTony Lindgren <tony@atomide.com>
      dbc04161
    • Vaibhav Hiremath's avatar
      ARM: OMAP2+: dpll: Add missing soc_is_am33xx() check for common functions · 78da2640
      Vaibhav Hiremath authored
      Add missing soc_is_am33xx() check for DPLL common control & clock
      related functions, without this dpll programmability would be broken
      for am33xx family of devices.
      Signed-off-by: default avatarVaibhav Hiremath <hvaibhav@ti.com>
      Cc: Rajendra Nayak <rnayak@ti.com>
      Cc: Paul Walmsley <paul@pwsan.com>
      Signed-off-by: default avatarPaul Walmsley <paul@pwsan.com>
      78da2640
    • Paul Walmsley's avatar
      ARM: OMAP: unwrap strings · 7852ec05
      Paul Walmsley authored
      Find and unwrap wrapped strings in the style:
      
      	pr_debug("clockdomain: hardware cannot set/clear wake up of "
      		 "%s when %s wakes up\n", clkdm1->name, clkdm2->name);
      
      Keeping these strings contiguous seems to be the current Linux kernel
      policy.
      
      The offending lines were found with the following command:
      
          pcregrep -rnM '"\s*$\s*"' arch/arm/*omap*
      
      While here, some messages have been clarified, some pr_warning(
      ... calls have been converted to pr_warn( ..., and some printk(KERN_*
      ... have been converted to pr_*.
      Signed-off-by: default avatarPaul Walmsley <paul@pwsan.com>
      7852ec05
  17. 24 Feb, 2012 1 commit
  18. 07 Oct, 2011 1 commit
  19. 07 Mar, 2011 1 commit
  20. 22 Feb, 2011 1 commit
    • John Ogness's avatar
      OMAP2/3: clock: fix fint calculation for DPLL_FREQSEL · ea68c00e
      John Ogness authored
      In OMAP35X TRM Rev 2010-05 Figure 7-18 "DPLL With EMI Reduction
      Feature", it is shown that the internal frequency is calculated by
      CLK_IN/(N+1). However, the value passed to _dpll_test_fint() is
      already "N+1" since Linux is using the values to divide by. In the
      technical reference manual, "N" is referring to the divider's register
      value (0-127).
      
      During power management testing, it was observed that programming the
      wrong jitter correction value can cause the system to become unstable
      and eventually crash.
      Signed-off-by: default avatarJohn Ogness <john.ogness@linutronix.de>
      [paul@pwsan.com: added second paragraph to commit message]
      Signed-off-by: default avatarPaul Walmsley <paul@pwsan.com>
      ea68c00e
  21. 21 Dec, 2010 1 commit
  22. 24 Feb, 2010 1 commit
    • Paul Walmsley's avatar
      OMAP2/3/4 clock: fix DPLL multiplier value errors; also copyrights, includes, documentation · 93340a22
      Paul Walmsley authored
      The maximum DPLL multiplier (M) values for OMAP2xxx and OMAP3xxx are
      one increment higher than they should be.  See for example the
      OMAP242x TRM Rev X Section 5.10.6 "Clock Generator Registers" and the
      OMAP36xx TRM Rev C Table 3-202 "CM_CLKSEL1_PLL".  Programming a 0 into
      the DPLL's M register bitfield is valid for OMAP2/3 and indicates that
      the DPLL should enter MN-bypass mode.  Also, increase the minimum
      multiplier (M) value for the DPLL rate rounding code from 1 to 2, to
      ensure that it does not inadvertently put the DPLL into bypass.
      
      Note that the register documentation in the OMAP2xxx and OMAP3xxx TRMs
      does not make clear that the actual DPLL divider value (the "N") is
      the content of the appropriate register bitfield for the N value,
      _plus one_.  (In other words, an N register bitfield of 0 indicates a
      DPLL divider value of 1.)  This is only clearly documented in the
      OMAP4430 TRM, in, for example, OMAP4430 TRM Rev A Table 3-1167
      "CM_CLKSEL_DPLL_USB".
      
      While here, update copyrights, add kerneldoc for struct dpll_data,
      drop the unused struct dpll_data.max_tolerance field, remove some
      unnecessary #includes in DPLL-related code, and replace the #include
      of <linux/module.h> with <linux/list.h>, which is what was really
      needed.  The OMAP4 clock autogenerator script has been updated
      accordingly.
      Signed-off-by: default avatarPaul Walmsley <paul@pwsan.com>
      Cc: Benoît Cousson <b-cousson@ti.com>
      Cc: Rajendra Nayak <rnayak@ti.com>
      93340a22
  23. 26 Jan, 2010 1 commit
    • Paul Walmsley's avatar
      OMAP2/3/4 clock: move DPLL clock functions into mach-omap2/clkt_dpll.c · 0b96af68
      Paul Walmsley authored
      Move all DPLL-related clock functions from mach-omap2/clock.c to
      mach-omap2/clkt_dpll.c.  This is intended to make the clock code
      easier to understand, since all of the functions needed to manage
      DPLLs are now located in their own file, rather than being mixed with
      other, unrelated functions.
      
      Clock debugging is also now more finely-grained, since the DEBUG macro
      can now be defined for DPLLs alone.  This should reduce unnecessary
      console noise when debugging.
      
      Also, if at some future point the mach-omap2/ directory is split
      into OMAP2/3/4 variants, this clkt file can be moved to the plat-omap/
      directory to be shared.
      
      Thanks to Alexander Shishkin <virtuoso@slind.org> for his comments to
      improve the patch description.
      Signed-off-by: default avatarPaul Walmsley <paul@pwsan.com>
      Cc: Alexander Shishkin <virtuoso@slind.org>
      0b96af68