1. 08 3月, 2010 1 次提交
  2. 08 12月, 2009 2 次提交
  3. 03 11月, 2009 1 次提交
  4. 24 9月, 2009 1 次提交
    • I
      input: fix build failures caused by Kconfig Winbond WPCD376I Consumer IR... · d2b5ec3a
      Ingo Molnar 提交于
      input: fix build failures caused by Kconfig Winbond WPCD376I Consumer IR hardware driver Kconfig entry
      
      Fix these warnings:
      
        drivers/built-in.o: In function `apanel_remove':
        apanel.c:(.text+0x56e852): undefined reference to `led_classdev_unregister'
        drivers/built-in.o: In function `apanel_probe':
        apanel.c:(.text+0x56eae3): undefined reference to `led_classdev_register'
        drivers/built-in.o: In function `acpi_fujitsu_hotkey_add':
        fujitsu-laptop.c:(.text+0x5d7647): undefined reference to `led_classdev_register'
        fujitsu-laptop.c:(.text+0x5d76b5): undefined reference to `led_classdev_register'
        drivers/built-in.o: In function `wbcir_probe':
        winbond-cir.c:(.devinit.text+0x5f375): undefined reference to `led_classdev_register'
        winbond-cir.c:(.devinit.text+0x5f663): undefined reference to `led_classdev_unregister'
        drivers/built-in.o: In function `wbcir_remove':
        winbond-cir.c:(.devexit.text+0x7f23): undefined reference to `led_classdev_unregister'
        drivers/built-in.o: In function `fujitsu_cleanup':
        fujitsu-laptop.c:(.exit.text+0xbe37): undefined reference to `led_classdev_unregister'
        fujitsu-laptop.c:(.exit.text+0xbe53): undefined reference to `led_classdev_unregister'
      
      It happens because the new INPUT_WINBOND_CIR driver relies on new-leds
      infrastructure - but does not select it in drivers/input/misc/Kconfig.
      But it selects LEDS_CLASS, which confuses a number of other drivers into
      thinking that all the leds infrastructure is in place.
      
      Fix this by selecting NEW_LEDS as well, like similar drivers do.
      
      Eventually, this whole leds infrastructure complexity should be
      cleaned up, it's been going on for years.
      Signed-off-by: NIngo Molnar <mingo@elte.hu>
      Cc: Jesse Barnes <jbarnes@virtuousgeek.org>
      Cc: Dmitry Torokhov <dtor@mail.ru>
      Cc: David Härdeman <david@hardeman.nu>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      d2b5ec3a
  5. 22 9月, 2009 1 次提交
  6. 17 9月, 2009 2 次提交
  7. 23 7月, 2009 1 次提交
  8. 13 6月, 2009 1 次提交
  9. 24 4月, 2009 1 次提交
    • D
      Input: add dm355evm_keys driver · eb990b55
      David Brownell 提交于
      Simple input driver support for the events reported by the
      MSP430 firmware on the DM355 EVM.  Verified using the RC5
      remote included with the kit; docs weren't quite right.
      
      Some of the keycode selections might need improvement; they
      can be remapped, so there's at least a runtime workaround.
      (I also suspect Linux may someday merit more generic support
      for RC5 based remote controls.)
      
      These events don't distinguish key press vs release events,
      so this reports both and then skips the next event if it's
      identical.  The RC5 remote codes include a "toggle" bit that
      can help detect autorepeated keys; but this driver doesn't
      bother with those nuances.
      
      This driver relies on the drivers/mfd/dm355evm_msp.c code
      for core features, including sharing I2C access to this
      firmware with GPIO, LED, and RTC support.
      
      [dtor@mail.ru: fix error unwindng path in probe()]
      Signed-off-by: NDavid Brownell <dbrownell@users.sourceforge.net>
      Signed-off-by: NKevin Hilman <khilman@deeprootsystems.com>
      Signed-off-by: NDmitry Torokhov <dtor@mail.ru>
      eb990b55
  10. 20 4月, 2009 1 次提交
  11. 15 4月, 2009 1 次提交
  12. 10 3月, 2009 1 次提交
    • P
      Input: add driver for S1 button of rb532 · d9bdffd2
      Phil Sutter 提交于
      Mikrotik's Routerboard 532 has two builtin buttons, from which one
      triggers a hardware reset. The other one is accessible through GPIO
      pin 1. Sadly, this pin is being multiplexed with UART0 input, so
      enabling it as interrupt source (as implied by the gpio-keys driver)
      is not possible unless UART0 has been turned off. The later one though
      is a rather bad idea as the Routerboard is an embedded device with
      only a single serial port, so it's almost always used as serial
      console device.
      
      This patch adds a driver based on INPUT_POLLDEV, which disables the
      UART and reconfigures GPIO pin 1 temporarily while reading the button
      state.  This procedure works fine and has been tested as part of
      another, unpublished driver for this device.
      Signed-off-by: NPhil Sutter <n0-1@freewrt.org>
      Signed-off-by: NDmitry Torokhov <dtor@mail.ru>
      d9bdffd2
  13. 09 3月, 2009 1 次提交
  14. 11 1月, 2009 1 次提交
  15. 08 8月, 2008 1 次提交
  16. 19 7月, 2008 1 次提交
  17. 07 7月, 2008 1 次提交
  18. 06 6月, 2008 1 次提交
  19. 07 5月, 2008 1 次提交
  20. 24 4月, 2008 1 次提交
  21. 05 3月, 2008 1 次提交
  22. 21 1月, 2008 1 次提交
    • S
      Input: add driver for Fujitsu application buttons · 52fe0cdb
      Stephen Hemminger 提交于
      This driver supports the application buttons on some Fujitsu Lifebook
      laptops.  It is based on the earlier apanel driver done by Jochen Eisenger,
      but with many changes.  The original driver used ioctl's and a separate
      user space program (see http://apanel.sourceforge.net).  This driver hooks
      into the input subsystem so that the normal keys act as expected without a
      daemon.  In addition to buttons, the Mail Led is handled via LEDs class
      device.
      
      The driver now supports redefinable keymaps and no longer has to have a DMI
      table for all Fujitsu laptops.
      
      I thought about mixing this driver should be integrated into the Fujitsu
      laptop extras driver that handles backlight, but rejected the idea because
      it wasn't clear if all the Fujitsu laptops supported both.
      Signed-off-by: NStephen Hemminger <shemminger@linux-foundation.org>
      Signed-off-by: NDmitry Torokhov <dtor@mail.ru>
      52fe0cdb
  23. 20 10月, 2007 1 次提交
  24. 13 10月, 2007 1 次提交
    • A
      kconfig: syntax cleanup - drop support for "depends/requires/def_boolean" · 247537b9
      Adrian Bunk 提交于
      Remove the following redundant and never or rarely used kconfig syntax:
      
      - "def_boolean" (same as "def_bool")
      - "requires" (same as "depends on")
      - "depends" (same as "depends on")
      
      This patch contains the code changes and Kconfig updates.
      The shipped files are in next patch to let actual codechange stand out.
      Signed-off-by: NAdrian Bunk <bunk@kernel.org>
      Cc: "Randy.Dunlap" <rdunlap@xenotime.net>
      Cc: Bryan Wu <bryan.wu@analog.com>
      Cc: Paul Mackerras <paulus@samba.org>
      Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
      Cc: Dmitry Torokhov <dtor@mail.ru>
      Cc: "John W. Linville" <linville@tuxdriver.com>
      Cc: Roman Zippel <zippel@linux-m68k.org>
      Cc: Richard Purdie <rpurdie@rpsys.net>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NSam Ravnborg <sam@ravnborg.org>
      247537b9
  25. 23 8月, 2007 1 次提交
  26. 10 7月, 2007 2 次提交
  27. 13 6月, 2007 1 次提交
  28. 16 5月, 2007 1 次提交
  29. 08 5月, 2007 1 次提交
  30. 30 4月, 2007 2 次提交
  31. 18 2月, 2007 1 次提交
  32. 10 2月, 2007 1 次提交
  33. 10 10月, 2006 1 次提交
  34. 24 6月, 2006 1 次提交
  35. 30 1月, 2006 1 次提交
  36. 23 12月, 2005 1 次提交