1. 14 Dec, 2018 3 commits
    • Thierry Reding's avatar
      gpio: tegra186: Rename flow variable to type · 3a2fa906
      Thierry Reding authored
      The IRQ core code refers to the interrupt type by that name, whereas the
      term flow is almost never used. Some GPIO controllers use the term
      flow_type, but it is most consistent to just go with the IRQ core
      terminology.
      Signed-off-by: default avatarThierry Reding <treding@nvidia.com>
      Signed-off-by: default avatarLinus Walleij <linus.walleij@linaro.org>
      3a2fa906
    • Linus Walleij's avatar
      Merge tag 'intel-gpio-v4.21-1' of... · 493872e0
      Linus Walleij authored
      Merge tag 'intel-gpio-v4.21-1' of git://git.kernel.org/pub/scm/linux/kernel/git/andy/linux-gpio-intel into devel
      
      intel-gpio for v4.21-1
      
      Use managed resource allocation in pch and sodaville drivers.
      Switch to use for_each_set_bit() in IRQ handlers.
      Headers clean up.
      Sort headers in inclusion block alphabetically for better maintenance.
      Convert to SPDX identifier and fixing MODULE_LICENSE() when appropriate.
      Additional format fixes to rectify debug and message printing.
      
      There is a commit which had been applied to v4.20-rc4, that's why dup.
      
      - c3bc3ff9 MAINTAINERS: Do maintain Intel GPIO drivers via separate tree
      
      The following is an automated git shortlog grouped by driver:
      
      ich:
       -  Convert to use SPDX identifier
       -  Sort headers alphabetically
       -  Join string literals back
       -  Convert pr_<level> to dev_<level>
       -  Switch to use struct device instead of platform_device
       -  Simplify error handling in ichx_write_bit()
      
      intel-mid:
       -  Convert to use SPDX identifier
       -  Remove linux/module.h and sort headers
      
      lynxpoint:
       -  Convert to use SPDX identifier
       -  Remove linux/init.h and sort headers
       -  Use for_each_set_bit() in IRQ handler
      
      MAINTAINERS:
       -  Do maintain Intel GPIO drivers via separate tree
      
      merrifield:
       -  Convert to use SPDX identifier
       -  Remove linux/init.h
      
      pch:
       -  Convert to use SPDX identifier
       -  Sort headers alphabetically
       -  Remove duplicate assignments
       -  Remove redundant __func__ from debug print
       -  Use for_each_set_bit() in IRQ handler
       -  Convert to dev_pm_ops
       -  Convert to use managed functions pcim_* and devm_*
      
      sch:
       -  Convert to use SPDX identifier
       -  Remove linux/init.h and sort headers
      
      sodaville:
       -  Convert to use SPDX identifier
       -  Sort headers alphabetically
       -  Use for_each_set_bit() in IRQ handler
       -  Convert to use managed functions pcim_* and devm_*
      493872e0
    • Linus Walleij's avatar
      gpio: Pass a flag to gpiochip_request_own_desc() · 21abf103
      Linus Walleij authored
      Before things go out of hand, make it possible to pass
      flags when requesting "own" descriptors from a gpio_chip.
      This is necessary if the chip wants to request a GPIO with
      active low semantics, for example.
      
      Cc: Janusz Krzysztofik <jmkrzyszt@gmail.com>
      Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
      Cc: Jason Cooper <jason@lakedaemon.net>
      Cc: Jiri Kosina <jkosina@suse.cz>
      Cc: Roger Quadros <rogerq@ti.com>
      Reviewed-by: default avatarGregory CLEMENT <gregory.clement@free-electrons.com>
      Signed-off-by: default avatarLinus Walleij <linus.walleij@linaro.org>
      21abf103
  2. 10 Dec, 2018 1 commit
    • Vladimir Zapolskiy's avatar
      gpio: lpc18xx: fix GPIO controller driver build as a module · 67566ae4
      Vladimir Zapolskiy authored
      The problem is reported for allmodconfig build setup:
      
        ERROR: "irq_chip_retrigger_hierarchy" [drivers/gpio/gpio-lpc18xx.ko] undefined!
        make[2]: *** [scripts/Makefile.modpost:92: __modpost] Error 1
        make[1]: *** [Makefile:1271: modules] Error 2
      
      My testing in runtime shows that it is sufficient to remove .irq_retrigger
      callback, which is assigned to unexported irq_chip_retrigger_hierarchy()
      function, I did't observe any regressions, and thus apparently it is a
      better fix rather than exporting the function defined in kernel/irq/chip.c
      (see commit 52b2a05f ("genirq: Export IRQ functions for module use"))
      or sticking the GPIO controller driver build to built-in option only.
      Reported-by: default avatarkbuild test robot <lkp@intel.com>
      Fixes: 5ddabfe8 ("gpio: lpc18xx: add GPIO pin interrupt controller support")
      Signed-off-by: default avatarVladimir Zapolskiy <vz@mleia.com>
      Signed-off-by: default avatarLinus Walleij <linus.walleij@linaro.org>
      67566ae4
  3. 07 Dec, 2018 34 commits
  4. 05 Dec, 2018 1 commit
  5. 03 Dec, 2018 1 commit