1. 15 Jun, 2018 1 commit
  2. 04 Jun, 2018 1 commit
  3. 26 Mar, 2018 1 commit
  4. 08 Mar, 2018 1 commit
  5. 02 Jan, 2018 2 commits
  6. 04 Sep, 2017 1 commit
  7. 25 Jul, 2017 1 commit
  8. 11 Apr, 2017 1 commit
  9. 05 Apr, 2017 1 commit
  10. 31 Jan, 2017 1 commit
  11. 26 Oct, 2016 1 commit
  12. 10 Sep, 2016 1 commit
  13. 30 Aug, 2016 1 commit
    • Vignesh R's avatar
      Input: add generic input driver to read encoded GPIO lines · 69464161
      Vignesh R authored
      
      
      Add a driver to read group of GPIO lines and provide its status as a
      numerical value as input event to the system. This will help in
      interfacing devices, that can be connected over GPIOs, that provide
      input to the system by driving GPIO lines connected to them like a
      rotary dial or a switch.
      
      For example, a rotary switch can be connected to four GPIO lines. The
      status of the GPIO lines reflect the actual position of the rotary
      switch dial. For example, if dial points to 9, then the four GPIO lines
      connected to the switch will read HLLH(0b'1001 = 9). This value
      can be reported as an ABS_* event to the input subsystem.
      Signed-off-by: default avatarVignesh R <vigneshr@ti.com>
      Acked-by: default avatarRob Herring <robh@kernel.org>
      Signed-off-by: default avatarDmitry Torokhov <dmitry.torokhov@gmail.com>
      69464161
  14. 23 Jun, 2016 1 commit
  15. 19 May, 2016 1 commit
  16. 18 May, 2016 1 commit
  17. 27 Jan, 2016 1 commit
    • Arnd Bergmann's avatar
      Input: sirfsoc-onkey - allow modular build · af6e9463
      Arnd Bergmann authored
      
      
      CONFIG_INPUT may itself be a loadable module, but the sirf power key
      driver is listed as 'bool', which makes it possible to select
      a broken configuration with the driver built-in but the subsystem
      not loaded. In this configuration, we get a link error:
      
      drivers/input/built-in.o: In function `sirfsoc_pwrc_isr':
      drivers/input/misc/sirfsoc-onkey.c:63: undefined reference to `input_event'
      drivers/input/built-in.o: In function `sirfsoc_pwrc_isr':
      include/linux/input.h:414: undefined reference to `input_event'
      drivers/input/built-in.o: In function `sirfsoc_pwrc_probe':
      drivers/input/misc/sirfsoc-onkey.c:132: undefined reference to `devm_input_allocate_device'
      drivers/input/misc/sirfsoc-onkey.c:139: undefined reference to `input_set_capability'
      drivers/input/misc/sirfsoc-onkey.c:161: undefined reference to `input_register_device'
      drivers/input/built-in.o: In function `sirfsoc_pwrc_report_event':
      drivers/input/misc/sirfsoc-onkey.c:48: undefined reference to `input_event'
      drivers/input/built-in.o: In function `sirfsoc_pwrc_report_event':
      include/linux/input.h:414: undefined reference to `input_event'
      drivers/input/built-in.o:(.debug_addr+0x24): undefined reference to `input_event'
      drivers/input/built-in.o:(.debug_addr+0xbc): undefined reference to `devm_input_allocate_device'
      drivers/input/built-in.o:(.debug_addr+0x104): undefined reference to `input_set_capability'
      drivers/input/built-in.o:(.debug_addr+0x128): undefined reference to `input_register_device'
      
      This marks the driver as 'tristate' so it becomes possible to have
      it in a loadable module, mainly to help with randconfig builds.
      
      We also have to add a missing semicolon here, which ended up not
      being needed in built-in mode because the following MODULE_DEVICE_TABLE
      is an empty macro followed by another semicolon then.
      Signed-off-by: default avatarArnd Bergmann <arnd@arndb.de>
      Signed-off-by: default avatarDmitry Torokhov <dmitry.torokhov@gmail.com>
      af6e9463
  18. 26 Oct, 2015 1 commit
  19. 29 Sep, 2015 1 commit
    • S Twiss's avatar
      Input: add DA9062 OnKey capability to DA9063 OnKey driver · a27b5e0a
      S Twiss authored
      
      
      Add DA9062 OnKey support into the existing DA9063 OnKey driver component by
      using generic access tables for common register and bit mask definitions.
      
      The following change will add generic register and bit mask support to the
      DA9063 OnKey.
      
      The following alterations have been made to the DA9063 OnKey:
      
      - Addition of a da906x_chip_config structure to hold all
        generic registers and bitmasks for this type of OnKey component.
      - Addition of an struct of_device_id table for DA9063 and DA9062
        defaults
      - Refactoring functions to use struct da9063_onkey accesses to generic
        registers/masks instead of using defines from registers.h
      - Re-work of da9063_onkey_probe() to use of_match_node() and
        dev_get_regmap() to provide initialisation of generic registers and
        masks and access to regmap
      Signed-off-by: default avatarSteve Twiss <stwiss.opensource@diasemi.com>
      Signed-off-by: default avatarDmitry Torokhov <dmitry.torokhov@gmail.com>
      a27b5e0a
  20. 07 Aug, 2015 2 commits
  21. 04 Aug, 2015 1 commit
  22. 09 Jun, 2015 1 commit
  23. 08 May, 2015 2 commits
  24. 21 Mar, 2015 1 commit
  25. 06 Mar, 2015 1 commit
  26. 10 Jan, 2015 1 commit
  27. 08 Jan, 2015 1 commit
  28. 28 Dec, 2014 1 commit
  29. 22 Dec, 2014 1 commit
  30. 12 Sep, 2014 2 commits
    • Jaewon Kim's avatar
      Input: add haptic driver on max77693 · a3b3ca75
      Jaewon Kim authored
      
      
      This driver to supports the haptic controller on MAX77693 Multifunction
      device with PMIC, CHARGER, LED, MUIC, HAPTIC.
      
      This driver supports external pwm and LRA (Linear Resonant Actuator) motor.
      User can control the haptic device via force feedback framework.
      Signed-off-by: default avatarJaewon Kim <jaewon02.kim@samsung.com>
      Acked-by: default avatarChanwoo Choi <cw00.choi@samsung.com>
      Signed-off-by: default avatarDmitry Torokhov <dmitry.torokhov@gmail.com>
      a3b3ca75
    • Nishanth Menon's avatar
      Input: introduce palmas-pwrbutton · adff5962
      Nishanth Menon authored
      
      
      Many palmas family of PMICs have support for interrupt based power button.
      This allows the device to notify the processor of external push button
      events over the shared palmas interrupt. However, this event is generated
      only during a "press" operation. Software is supposed to poll(sigh!) for
      detecting a release event.
      
      The PMIC also supports ability to power off independent of the software
      decisions when the button is pressed for a long duration if the PMIC is
      appropriately configured on the platform.
      
      Even though the function is similar to twl4030_pwrbutton, it is
      substantially different in operation to belong to a new driver of it's own.
      
      Based on original work done by Girish S Ghongdemath <girishsg@ti.com>
      Signed-off-by: default avatarNishanth Menon <nm@ti.com>
      Signed-off-by: default avatarDmitry Torokhov <dmitry.torokhov@gmail.com>
      adff5962
  31. 08 Sep, 2014 1 commit
  32. 20 Aug, 2014 1 commit
  33. 14 May, 2014 1 commit
  34. 31 Mar, 2014 1 commit
  35. 24 Mar, 2014 1 commit
  36. 10 Feb, 2014 1 commit
    • Sascha Hauer's avatar
      pwm: Remove obsolete HAVE_PWM Kconfig symbol · 557fe99d
      Sascha Hauer authored
      
      
      Before we had the PWM framework we used to have a barebone PWM api. The
      HAVE_PWM Kconfig symbol used to be selected by the PWM drivers to specify
      the PWM API is present in the kernel. Since the last legacy driver is gone
      the HAVE_PWM symbol can go aswell.
      Signed-off-by: default avatarSascha Hauer <s.hauer@pengutronix.de>
      Cc: Dmitry Torokhov <dmitry.torokhov@gmail.com>
      Cc: Eric Miao <eric.y.miao@gmail.com>
      Cc: Haojian Zhuang <haojian.zhuang@gmail.com>
      Cc: linux-arm-kernel@lists.infradead.org
      Cc: linux-kernel@vger.kernel.org
      Cc: Thierry Reding <thierry.reding@gmail.com>
      Cc: linux-pwm@vger.kernel.orig
      Cc: Russell King <linux@arm.linux.org.uk>
      Cc: Ralf Baechle <ralf@linux-mips.org>
      Signed-off-by: default avatarThierry Reding <thierry.reding@gmail.com>
      557fe99d