1. 15 12月, 2015 1 次提交
    • R
      gpio: pxa: add pin control gpio direction and request · a770d946
      Robert Jarzmik 提交于
      If a pin control driver is available, use it to change the gpio
      direction. If not fallback to directly manipulating the gpio direction
      register.
      
      The reason to use the pin control driver first is that pin control in
      pxa2xx architecture implies changing the gpio direction, even for non
      gpio functions. In order to do it atomically, only one driver should
      control the gpio direction, and if a pin controller is available, it has
      to be him.
      
      There is a small catch : if CONFIG_PINCTRL is selected, then a pinctrl
      driver has to be probed. If not, gpio_request() will return
      -EPROBE_DEFER as pinctrl_request_gpio() returns it in that case.
      Signed-off-by: NRobert Jarzmik <robert.jarzmik@free.fr>
      Signed-off-by: NLinus Walleij <linus.walleij@linaro.org>
      a770d946
  2. 10 12月, 2015 3 次提交
  3. 19 11月, 2015 1 次提交
    • R
      gpio: pxa: change initcall level second attempt · eae122b8
      Robert Jarzmik 提交于
      This patch is a second attempt at what was previously in commit
      6c7e660a ("gpio: pxa: set initcall level to module init").
      
      The goal is the same : enable gpio & pinctrl driver to work
      together. As pinctrl driver will be initialized at device level, the
      gpio should be as well, so that the deferring mechanism is honored.
      
      Yet this patch should also respect the legacy platforms, so the set of
      constraints is :
       - in legacy platforms (ie. non dt), gpio_[gs]et_*() should be available
         for machine code => core initcall
       - in new platforms (ie. dt based), pinctrl will be available and no
         machine code => device initcall
      
      In order to fullfill all these constraints, the initcall level is either
      postcore for non devicetree platforms, and device for devicetree platforms.
      Signed-off-by: NRobert Jarzmik <robert.jarzmik@free.fr>
      Signed-off-by: NLinus Walleij <linus.walleij@linaro.org>
      eae122b8
  4. 16 9月, 2015 1 次提交
    • T
      genirq: Remove irq argument from irq flow handlers · bd0b9ac4
      Thomas Gleixner 提交于
      Most interrupt flow handlers do not use the irq argument. Those few
      which use it can retrieve the irq number from the irq descriptor.
      
      Remove the argument.
      
      Search and replace was done with coccinelle and some extra helper
      scripts around it. Thanks to Julia for her help!
      Signed-off-by: NThomas Gleixner <tglx@linutronix.de>
      Cc: Julia Lawall <Julia.Lawall@lip6.fr>
      Cc: Jiang Liu <jiang.liu@linux.intel.com>
      bd0b9ac4
  5. 28 7月, 2015 1 次提交
    • R
      gpio: kill off set_irq_flags usage · 23393d49
      Rob Herring 提交于
      set_irq_flags is ARM specific with custom flags which have genirq
      equivalents. Convert drivers to use the genirq interfaces directly, so we
      can kill off set_irq_flags. The translation of flags is as follows:
      
      IRQF_VALID -> !IRQ_NOREQUEST
      IRQF_PROBE -> !IRQ_NOPROBE
      IRQF_NOAUTOEN -> IRQ_NOAUTOEN
      
      For IRQs managed by an irqdomain, the irqdomain core code handles clearing
      and setting IRQ_NOREQUEST already, so there is no need to do this in
      .map() functions and we can simply remove the set_irq_flags calls. Some
      users also modify IRQ_NOPROBE and this has been maintained although it
      is not clear that is really needed as most platforms don't use probing.
      There appears to be a great deal of blind copy and paste of this code.
      Signed-off-by: NRob Herring <robh@kernel.org>
      Cc: Michael Hennerich <michael.hennerich@analog.com>
      Acked-by: NLinus Walleij <linus.walleij@linaro.org>
      Cc: Alexandre Courbot <gnurou@gmail.com>
      Cc: Ray Jui <rjui@broadcom.com>
      Cc: Stephen Warren <swarren@wwwdotorg.org>
      Cc: Thierry Reding <thierry.reding@gmail.com>
      Cc: linux-gpio@vger.kernel.org
      Cc: bcm-kernel-feedback-list@broadcom.com
      Cc: linux-tegra@vger.kernel.org
      Signed-off-by: NLinus Walleij <linus.walleij@linaro.org>
      23393d49
  6. 09 3月, 2015 1 次提交
  7. 03 2月, 2015 2 次提交
  8. 07 7月, 2014 1 次提交
  9. 19 6月, 2014 1 次提交
  10. 15 1月, 2014 1 次提交
  11. 22 7月, 2013 1 次提交
    • D
      gpio: pxa: remove dead code · 5dbb7c63
      Daniel Mack 提交于
      Commit f8731174 ("ARM: mmp: add more compatible names in gpio driver")
      changed the driver logic to determine the number of available GPIOs from
      the compatible string, and hence obsoleted the (undocumented) child
      nodes that were previously necessary. However, it left some remainder
      which can be safely removed now.
      
      Also, this patch makes pxa_gpio_probe_dt() return the correct value in
      case irq_alloc_descs() fails.
      Signed-off-by: NDaniel Mack <zonque@gmail.com>
      Cc: Haojian Zhuang <haojian.zhuang@linaro.org>
      Cc: Linus Walleij <linus.walleij@linaro.org>
      Cc: Arnd Bergmann <arnd@arndb.de>
      Signed-off-by: NLinus Walleij <linus.walleij@linaro.org>
      5dbb7c63
  12. 25 4月, 2013 1 次提交
  13. 11 4月, 2013 3 次提交
  14. 27 3月, 2013 2 次提交
  15. 25 1月, 2013 1 次提交
  16. 29 11月, 2012 1 次提交
  17. 15 11月, 2012 1 次提交
  18. 19 9月, 2012 1 次提交
  19. 01 9月, 2012 1 次提交
  20. 16 8月, 2012 2 次提交
  21. 14 8月, 2012 1 次提交
    • A
      GPIO: gpio-pxa: fix building without CONFIG_OF · f43e04ec
      Arnd Bergmann 提交于
      Commit 72121572 ("GPIO: gpio-pxa: fix devicetree functions") added an
      "xlate" function pointer to the irq_domain_ops, but this function is nor
      declared or defined anywhere when CONFIG_OF is disabled, causing the
      build error:
      
        drivers/gpio/gpio-pxa.c:532:11: error: 'irq_domain_xlate_twocell' undeclared here (not in a function)
      
      Extending the DT-only code section to cover the irq_domain_ops and the
      pxa_gpio_dt_ids solves this problem and makes it clearer which code is
      actually used without DT.
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      f43e04ec
  22. 05 8月, 2012 1 次提交
  23. 05 5月, 2012 1 次提交
  24. 27 4月, 2012 1 次提交
  25. 26 1月, 2012 1 次提交
  26. 15 11月, 2011 3 次提交
  27. 14 11月, 2011 4 次提交
  28. 02 10月, 2011 1 次提交