1. 17 9月, 2009 1 次提交
  2. 23 7月, 2009 1 次提交
  3. 13 6月, 2009 1 次提交
  4. 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
  5. 20 4月, 2009 1 次提交
  6. 15 4月, 2009 1 次提交
  7. 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
  8. 09 3月, 2009 1 次提交
  9. 11 1月, 2009 1 次提交
  10. 08 8月, 2008 1 次提交
  11. 19 7月, 2008 1 次提交
  12. 07 7月, 2008 1 次提交
  13. 06 6月, 2008 1 次提交
  14. 07 5月, 2008 1 次提交
  15. 24 4月, 2008 1 次提交
  16. 05 3月, 2008 1 次提交
  17. 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
  18. 20 10月, 2007 1 次提交
  19. 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
  20. 23 8月, 2007 1 次提交
  21. 10 7月, 2007 2 次提交
  22. 13 6月, 2007 1 次提交
  23. 16 5月, 2007 1 次提交
  24. 08 5月, 2007 1 次提交
  25. 30 4月, 2007 2 次提交
  26. 18 2月, 2007 1 次提交
  27. 10 2月, 2007 1 次提交
  28. 10 10月, 2006 1 次提交
  29. 24 6月, 2006 1 次提交
  30. 30 1月, 2006 1 次提交
  31. 23 12月, 2005 1 次提交
  32. 20 11月, 2005 2 次提交
    • A
      Input: wistron - disable for x86_64 · e9fb028e
      Andrew Morton 提交于
      On x86_64:
      
      {standard input}:233: Error: suffix or operands invalid for `push'
      {standard input}:233: Error: suffix or operands invalid for `pop'
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NDmitry Torokhov <dtor@mail.ru>
      e9fb028e
    • D
      Input: add Wistron driver · 5fc14680
      Dmitry Torokhov 提交于
      A driver for laptop buttons using an x86 BIOS interface that is
      apparently used on quite a few laptops and seems to be originating
      from Wistron.
      
      This driver currently "knows" only about Fujitsu-Siemens Amilo Pro V2000
      (i.e. it can detect the laptop using DMI and it contains the
      keycode->key meaning mapping for this laptop) and Xeron SonicPro X 155G
      (probably can't be reliably autodetected, requires a module parameter),
      adding other laptops should be easy.
      
      In addition to reporting button presses to the input layer the driver
      also allows enabling/disabling the embedded wireless NIC (using the
      "Wifi" button); this is done using the same BIOS interface, so it seems
      only logical to keep the implementation together.  Any flexibility
      possibly gained by allowing users to remap the function of the "Wifi"
      button is IMHO not worth it when weighted against the necessity to run
      an user-space daemon to convert button presses to wifi state changes.
      Signed-off-by: NMiloslav Trmac <mitr@volny.cz>
      Signed-off-by: NDmitry Torokhov <dtor@mail.ru>
      5fc14680
  33. 31 10月, 2005 1 次提交
  34. 17 4月, 2005 1 次提交
    • L
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds 提交于
      Initial git repository build. I'm not bothering with the full history,
      even though we have it. We can create a separate "historical" git
      archive of that later if we want to, and in the meantime it's about
      3.2GB when imported into git - space that would just make the early
      git days unnecessarily complicated, when we don't have a lot of good
      infrastructure for it.
      
      Let it rip!
      1da177e4