1. 15 3月, 2013 8 次提交
  2. 25 1月, 2013 7 次提交
  3. 10 7月, 2012 3 次提交
    • 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: Dumb GPIO stringification. · 72c7afa1
      Paul Mundt 提交于
      This implements fairly simplistic stringification of existing pinmux
      GPIOs for easy enum id -> string mapping, which will subsequently be used
      by the pinctrl support code.
      Signed-off-by: NPaul Mundt <lethal@linux-sh.org>
      72c7afa1
    • 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
  4. 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: Kill off unused pinmux bias flags. · 9f65b2b6
      Paul Mundt 提交于
      WANT_PULLUP/DOWN were never interfaced with anything, so just kill them
      off.
      Signed-off-by: NPaul Mundt <lethal@linux-sh.org>
      9f65b2b6
    • 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
  5. 09 1月, 2012 2 次提交
  6. 09 12月, 2011 1 次提交
    • M
      sh: pfc: ioremap() support · b0e10211
      Magnus Damm 提交于
      Add support for non-entity mapped PFC registers through
      the use of struct resource and ioremap()/iounmap().
      
      The PFC main data structure gets updated with a pointer
      to a struct resources array that point out all register
      windows used by the PFC instance. The register definitions
      are kept as physical addresses but the PFC code will do
      transparent conversion into virtual addresses whenever
      register windows are specified using with struct resource.
      
      To introduce as little performance penalty as possible the
      virtual address of each data register is cached in memory.
      The virtual address of each configuration register is however
      calculated during run time. This because the configuration
      is considered slow path so focus is instead put on keeping
      memory foot print as small as possible.
      
      The PFC register access  code is in this patch updated from
      __raw_readN() / __raw_writeN() into ioreadN() / iowriteN().
      
      This patch is needed to support the PFC block in r8a7779.
      Signed-off-by: NMagnus Damm <damm@opensource.se>
      Signed-off-by: NPaul Mundt <lethal@linux-sh.org>
      b0e10211
  7. 11 11月, 2011 3 次提交
  8. 28 10月, 2011 2 次提交
  9. 04 10月, 2010 1 次提交
    • P
      sh: pfc: support pinmux deregistration. · b72421d8
      Paul Mundt 提交于
      Presently the pinmux code is a one-way thing, but there's nothing
      preventing an unregistration if no one has grabbed any of the pins.
      This will permit us to save a bit of memory on systems that require pin
      demux for certain peripherals in the case where registration of those
      peripherals fails, or they are otherwise not attached to the system.
      Signed-off-by: NPaul Mundt <lethal@linux-sh.org>
      b72421d8
  10. 30 11月, 2009 1 次提交
  11. 27 1月, 2009 3 次提交
  12. 23 10月, 2008 1 次提交
  13. 22 10月, 2008 1 次提交
  14. 21 10月, 2008 2 次提交
  15. 20 10月, 2008 1 次提交
  16. 29 7月, 2008 1 次提交