1. 18 9月, 2012 1 次提交
  2. 20 8月, 2012 1 次提交
  3. 09 8月, 2012 1 次提交
    • P
      sh: intc: Handle domain association for sparseirq pre-allocated vectors. · 10260237
      Paul Mundt 提交于
      Presently it's assumed that the irqdomain code handles the irq_desc
      allocation for us, but this isn't necessarily the case when we've
      pre-allocated IRQs via sparseirq. Previously we had a -EEXIST check in
      the code that attempted to trap these cases and simply update them
      in-place, but this behaviour was inadvertently lost in the transition to
      irqdomains.
      
      This simply restores the previous behaviour, first attempting to let the
      irqdomain core fetch the allocation for us, and falling back to an
      in-place domain association in the extant IRQ case. Fixes up regressions
      on platforms that pre-allocate legacy IRQs (specifically ARM-based
      SH-Mobile platforms, as SH stopped pre-allocating vectors some time ago).
      Reported-by: NKuninori Morimoto <kuninori.morimoto.gx@renesas.com>
      Signed-off-by: NPaul Mundt <lethal@linux-sh.org>
      10260237
  4. 01 8月, 2012 2 次提交
    • P
      sh: intc: initial irqdomain support. · 1d6a21b0
      Paul Mundt 提交于
      Trivial support for irq domains, using either a linear map or radix tree
      depending on the vector layout.
      Signed-off-by: NPaul Mundt <lethal@linux-sh.org>
      1d6a21b0
    • P
      sh: pfc: Fix up init ordering mess. · 1e32dfe3
      Paul Mundt 提交于
      Commit ca5481c6 ("sh: pfc: Rudimentary
      pinctrl-backed GPIO support.") introduced a regression for platforms that
      were doing early GPIO API calls (from arch_initcall() or earlier),
      leading to a situation where our two-stage registration logic would trip
      itself up and we'd -ENODEV out of the pinctrl registration path,
      resulting in endless -EPROBE_DEFER errors. Further lack of checking any
      sort of errors from gpio_request() resulted in boot time warnings,
      tripping on the FLAG_REQUESTED test-and-set in gpio_ensure_requested().
      
      As it turns out there's no particular need to bother with the two-stage
      registration, as the platform bus is already available at the point that
      we have to start caring. As such, it's easiest to simply fold these
      together in to a single init path, the ordering of which is ensured
      through the platform's mux registration, as usual.
      Reported-by: NRafael J. Wysocki <rjw@sisk.pl>
      Reported-by: NKuninori Morimoto <kuninori.morimoto.gx@renesas.com>
      Signed-off-by: NPaul Mundt <lethal@linux-sh.org>
      1e32dfe3
  5. 25 7月, 2012 1 次提交
  6. 20 7月, 2012 2 次提交
  7. 17 7月, 2012 4 次提交
  8. 11 7月, 2012 2 次提交
  9. 10 7月, 2012 2 次提交
    • P
      sh: pfc: Rudimentary pinctrl-backed GPIO support. · ca5481c6
      Paul Mundt 提交于
      This begins the migration of the PFC core to the pinctrl subsystem.
      Initial support is very basic, with the bulk of the implementation simply
      being nopped out in such a way to allow registration with the pinctrl
      core to succeed.
      
      The gpio chip driver is stripped down considerably now relying purely on
      pinctrl API calls to manage the bulk of its operations.
      
      This provides a basis for further PFC refactoring, including decoupling
      pin functions from the GPIO API, establishing pin groups, and so forth.
      These will all be dealt with incrementally so as to introduce as few
      growing and migratory pains to tree-wide PFC pinmux users today.
      
      When the interfaces have been well established and in-tree users have
      been migrated off of the legacy interfaces it will be possible to strip
      down the core considerably, leading to eventual drivers/pinctrl rehoming.
      Signed-off-by: NPaul Mundt <lethal@linux-sh.org>
      ca5481c6
    • P
      sh: pfc: Shuffle PFC support core. · afae021a
      Paul Mundt 提交于
      This follows the intc/clk changes and shuffles the PFC support code under
      its own directory. This will facilitate better code sharing, and allow us
      to trim down the exported interface by quite a margin.
      Signed-off-by: NPaul Mundt <lethal@linux-sh.org>
      afae021a
  10. 20 6月, 2012 3 次提交
    • P
      sh: pfc: Verify pin type encoding size at build time. · 06d5631f
      Paul Mundt 提交于
      The encoding is tightly packed, and future changes (such as
      pinconf-generic support) can easily lead to a situation where we violate
      the encoding constraints and trample data bit/reg bits. This plugs in
      some sanity checks by way of a BUILD_BUG_ON() to blow up if we fail to
      fit.
      Signed-off-by: NPaul Mundt <lethal@linux-sh.org>
      06d5631f
    • P
      sh: pfc: Make gpio chip support optional where possible. · b16b2a26
      Paul Mundt 提交于
      This implements some Kconfig knobs for ensuring that the PFC gpio chip
      can be disabled or built as a module in the cases where it's optional, or
      forcibly enabled in cases where it's not.
      Signed-off-by: NPaul Mundt <lethal@linux-sh.org>
      b16b2a26
    • P
      sh: pfc: Split out gpio chip support. · b3c185a7
      Paul Mundt 提交于
      This implements a bit of rework for the PFC code, making the core itself
      slightly more pluggable and moving out the gpio chip handling completely.
      
      The API is preserved in such a way that platforms that depend on it for
      early configuration are still able to do so, while making it possible to
      migrate to alternate interfaces going forward.
      
      This is the first step of chainsawing necessary to support the pinctrl
      API, with the eventual goal being able to decouple pin function state
      from the gpio API while retaining gpio chip tie-in for gpio pin functions
      only, relying on the pinctrl/pinmux API for non-gpio function demux.
      Signed-off-by: NPaul Mundt <lethal@linux-sh.org>
      b3c185a7
  11. 13 6月, 2012 1 次提交
  12. 25 5月, 2012 7 次提交
  13. 24 5月, 2012 1 次提交
  14. 22 5月, 2012 1 次提交
    • P
      sh: intc: Kill off special reservation interface. · 5f19f14f
      Paul Mundt 提交于
      At present reserving the IRLs in the IRQ bitmap in addition to the
      dropping of the legacy IRQ pre-allocation prevent IRL IRQs from being
      allocated for the x3proto board.
      
      The only reason to permit reservations was to lock down possible hardware
      vectors prior to dynamic IRQ scanning, but this doesn't matter much given
      that the hardware controller configuration is sorted before we get around
      to doing any dynamic IRQ allocation anyways. Beyond that, all of the
      tables are __init annotated, so quite a bit more work would need to be
      done to support reconfiguring things like IRL controllers on the fly,
      much more than would ever make it worth the hassle.
      Signed-off-by: NPaul Mundt <lethal@linux-sh.org>
      5f19f14f
  15. 12 4月, 2012 1 次提交
  16. 11 4月, 2012 1 次提交
  17. 28 3月, 2012 1 次提交
  18. 13 3月, 2012 1 次提交
  19. 26 1月, 2012 1 次提交
  20. 24 1月, 2012 6 次提交
新手
引导
客服 返回
顶部