1. 03 10月, 2016 1 次提交
  2. 29 9月, 2016 1 次提交
  3. 27 9月, 2016 1 次提交
  4. 12 9月, 2016 1 次提交
  5. 08 9月, 2016 1 次提交
  6. 07 9月, 2016 1 次提交
  7. 31 8月, 2016 1 次提交
  8. 19 8月, 2016 3 次提交
    • L
      gpio: make any OF dependent driver depend on OF_GPIO · 048c28c9
      Linus Walleij 提交于
      The drivers that depend on OF but not OF_GPIO are wreaking havoc
      with the autobuilders for archs that have all requirements for
      OF but not for OF_GPIO, particularly the UM (Usermode) arch does
      not have iomem (NO_IOMEM) which result in configuring GPIOLIB but
      without OF_GPIO which is wrong if the driver is using the .of_node
      of the gpiochip, which only appears with OF_GPIO.
      
      After a brief look at the drivers just depending on OF it seems
      most if not all of them actually require stuff from gpiolib-of so
      the dependency is wrong in the first place.
      
      This simply patches the Kconfig so that all GPIO drivers using OF
      depend on OF_GPIO rather than just OF.
      
      Cc: Rabin Vincent <rabin@rab.in>
      Cc: Pramod Gurav <pramod.gurav@smartplayin.com>
      Cc: Andreas Larsson <andreas@gaisler.com>
      Cc: Gregory CLEMENT <gregory.clement@free-electrons.com>
      Cc: Thierry Reding <treding@nvidia.com>
      Cc: Laxman Dewangan <ldewangan@nvidia.com>
      Cc: Alexandre Courbot <acourbot@nvidia.com>
      Cc: Geert Uytterhoeven <geert+renesas@glider.be>
      Cc: Phil Reid <preid@electromag.com.au>
      Signed-off-by: NLinus Walleij <linus.walleij@linaro.org>
      048c28c9
    • L
      gpio: Fix OF build problem on UM · 2527ecc9
      Linus Walleij 提交于
      The UserMode (UM) Linux build was failing in gpiolib-of as it requires
      ioremap()/iounmap() to exist, which is absent from UM. The non-existence
      of IO memory is negatively defined as CONFIG_NO_IOMEM which means we
      need to depend on HAS_IOMEM.
      
      Cc: stable@vger.kernel.org
      Cc: Geert Uytterhoeven <geert@linux-m68k.org>
      Reported-by: Nkbuild test robot <fengguang.wu@intel.com>
      Signed-off-by: NLinus Walleij <linus.walleij@linaro.org>
      2527ecc9
    • L
      gpio: add Technologic I2C-FPGA gpio support · 9c668632
      Lucile Quirion 提交于
      This driver is generic and aims to support all Technologic Systems's
      boards embedding FPGA GPIOs with an I2C interface.
      
      This driver supports TS-4900, TS-7970, TS-7990 and TS-4100 series.
      Signed-off-by: NLucile Quirion <lucile.quirion@savoirfairelinux.com>
      Signed-off-by: NLinus Walleij <linus.walleij@linaro.org>
      9c668632
  9. 11 8月, 2016 3 次提交
  10. 08 8月, 2016 1 次提交
  11. 22 7月, 2016 3 次提交
  12. 06 7月, 2016 1 次提交
  13. 18 6月, 2016 1 次提交
  14. 08 6月, 2016 2 次提交
  15. 07 6月, 2016 1 次提交
  16. 03 5月, 2016 4 次提交
  17. 29 4月, 2016 1 次提交
    • A
      gpio/qoriq: select IRQ_DOMAIN · a8fa91a7
      Arnd Bergmann 提交于
      The gpio-mpc8xxx driver requires IRQ domains but can be built
      without them, resulting on a failure to build certain randconfigs
      on ARM:
      
      drivers/gpio/gpio-mpc8xxx.c: In function 'mpc8xxx_gpio_to_irq':
      drivers/gpio/gpio-mpc8xxx.c:92:10: error: implicit declaration of function 'irq_create_mapping' [-Werror=implicit-function-declaration]
         return irq_create_mapping(mpc8xxx_gc->irq, offset);
      
      This selects IRQ_DOMAIN from the driver to ensure we can build it.
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      Fixes: 5df7fd46 ("gpio/qoriq: Add qoriq platforms support")
      Signed-off-by: NLinus Walleij <linus.walleij@linaro.org>
      a8fa91a7
  18. 26 4月, 2016 1 次提交
    • L
      gpio: remove deps on ARCH_[WANT_OPTIONAL|REQUIRE]_GPIOLIB · 296ad4ac
      Linus Walleij 提交于
      The GPIOLIB symbol currently require that
      ARCH_WANT_OPTIONAL_GPIOLIB or ARCH_REQUIRE_GPIOLIB is selected
      to be selectable.
      
      The ARCH_REQUIRE_GPIOLIB does only one thing: select GPIOLIB.
      
      This is just confusing: architectures that want GPIOLIB should
      be able to configure it in no matter what, and those who
      require it should just select GPIOLIB.
      
      It also creates problems for drivers that need to state
      "select GPIOLIB" to get dependencies: those depend on the
      selected architecture to select
      ARCH_[WANT_OPTIONAL|REQUIRE]_GPIOLIB first, and will cause
      compile errors for the few archs that state neither.
      
      These intermediary symbols need to go.
      
      As a first step, remove the dependencies so that:
      
      - ARCH_WANT_OPTIONAL_GPIOLIB becomes a noop (GPIOLIB will be
        available for everyone) and
      
      - "select ARCH_REQUIRE_GPIOLIB" can be replaced by just
        "select GPIOLIB"
      
      After this patch we can follow up with patches cleaning up the
      architectures one-by one and eventually remove the
      ARCH_[WANT_OPTIONAL|REQUIRE]_GPIOLIB symbols altogether.
      Reported-by: NMichael Hennerich <michael.hennerich@analog.com>
      Cc: Michael Büsch <m@bues.ch>
      Signed-off-by: NLinus Walleij <linus.walleij@linaro.org>
      296ad4ac
  19. 14 4月, 2016 2 次提交
  20. 10 4月, 2016 1 次提交
  21. 31 3月, 2016 2 次提交
  22. 30 3月, 2016 2 次提交
  23. 16 3月, 2016 2 次提交
  24. 09 3月, 2016 1 次提交
  25. 08 3月, 2016 1 次提交
  26. 07 3月, 2016 1 次提交