1. 21 Nov, 2012 3 commits
    • Peter Ujfalusi's avatar
      ARM: OMAP2+: hwmod: Add possibility to count hwmod resources based on type · dad4191d
      Peter Ujfalusi authored
      Add flags parameter for omap_hwmod_count_resources() so users can tell which
      type of resources they are interested when counting them in hwmod database.
      Signed-off-by: default avatarPeter Ujfalusi <peter.ujfalusi@ti.com>
      Acked-by: default avatarBenoît Cousson <b-cousson@ti.com>
      [paul@pwsan.com: updated to apply]
      Signed-off-by: default avatarPaul Walmsley <paul@pwsan.com>
      dad4191d
    • Rajendra Nayak's avatar
      ARM: OMAP2+: hwmod: Add support for per hwmod/module context lost count · e6d3a8b0
      Rajendra Nayak authored
      OMAP4 has module specific context lost registers which makes it now
      possible to have module level context loss count, instead of relying
      on the powerdomain level context count.
      
      Add 2 private hwmod api's to update/clear the hwmod/module specific
      context lost counters/register.
      
      Update the module specific context_lost_counter and clear the hardware
      bits just after enabling the module.
      
      omap_hwmod_get_context_loss_count() now returns the hwmod context loss
      count them on platforms where they exist (OMAP4), else fall back on
      the pwrdm level counters for older platforms.
      Signed-off-by: default avatarRajendra Nayak <rnayak@ti.com>
      [paul@pwsan.com: added function kerneldoc, fixed structure kerneldoc,
       rearranged structure to avoid memory waste, marked fns as OMAP4-specific,
       prevent fn entry on non-OMAP4 chips, reduced indentation, merged update
       and clear, merged patches]
      [t-kristo@ti.com: added support for arch specific hwmod ops, and changed
       the no context offset indicator to USHRT_MAX]
      Signed-off-by: default avatarTero Kristo <t-kristo@ti.com>
      [paul@pwsan.com: use NO_CONTEXT_LOSS_BIT flag rather than USHRT_MAX;
       convert unsigned context lost counter to int to match the return type;
       get rid of hwmod_ops in favor of the existing soc_ops mechanism;
       move context loss low-level accesses to the PRM code]
      Signed-off-by: default avatarPaul Walmsley <paul@pwsan.com>
      e6d3a8b0
    • Paul Walmsley's avatar
      ARM: OMAP2+: PRM: initialize some PRM functions early · 63a293e0
      Paul Walmsley authored
      Some PRM functions will need to be called by the hwmod code early in
      kernel init.  To handle this, split the PRM initialization code into
      early and late phases.  The early init is handled via mach-omap2/io.c,
      while the late init is handled by subsys_initcall().
      Signed-off-by: default avatarPaul Walmsley <paul@pwsan.com>
      63a293e0
  2. 13 Nov, 2012 26 commits
  3. 12 Nov, 2012 3 commits
    • 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
    • Rajendra Nayak's avatar
      ARM: OMAP: hwmod: Fix up hwmod based clkdm accesses · f5dd3bb5
      Rajendra Nayak authored
      hwmod uses deferencing the clk pointer to acccess the clkdm.
      With COMMON clk hwoever this will need to be deferenced through
      the clk_hw_omap pointer, so do the necessary changes.
      Signed-off-by: default avatarRajendra Nayak <rnayak@ti.com>
      Signed-off-by: default avatarMike Turquette <mturquette@ti.com>
      Signed-off-by: default avatarPaul Walmsley <paul@pwsan.com>
      f5dd3bb5
    • Rajendra Nayak's avatar
      ARM: OMAP: clock: Nuke plat/clock.c & reuse struct clk as clk_hw_omap · b5a2366c
      Rajendra Nayak authored
      plat/clock.c which has most of usecounting/locking infrastructure will
      be used only for OMAP1 until that is moved to use COMMON clk.
      
      reuse most of what plat/clock.h has while we move to common clk, and
      move most of what 'struct clk' was as 'struct clk_hw_omap' which
      will then be used to define platform specific parameters.
      All usecounting/locking related variables from 'struct clk' are
      dropped as they will not be used with 'struct clk_hw_omap'.
      
      Based on the original changes from Mike Turquette.
      Signed-off-by: default avatarRajendra Nayak <rnayak@ti.com>
      Signed-off-by: default avatarMike Turquette <mturquette@ti.com>
      Signed-off-by: default avatarPaul Walmsley <paul@pwsan.com>
      b5a2366c
  4. 09 Nov, 2012 1 commit
  5. 08 Nov, 2012 7 commits