1. 09 Nov, 2015 1 commit
  2. 06 Nov, 2015 1 commit
  3. 03 Nov, 2015 3 commits
  4. 31 Oct, 2015 1 commit
  5. 28 Oct, 2015 1 commit
    • Stephen Chandler Paul's avatar
      Input: add userio module · 5523662e
      Stephen Chandler Paul authored
      Debugging input devices, specifically laptop touchpads, can be tricky
      without having the physical device handy. Here we try to remedy that
      with userio. This module allows an application to connect to a character
      device provided by the kernel, and emulate any serio device. In
      combination with userspace programs that can record PS/2 devices and
      replay them through the /dev/userio device, this allows developers to
      debug driver issues on the PS/2 level with devices simply by requesting
      a recording from the user experiencing the issue without having to have
      the physical hardware in front of them.
      Signed-off-by: default avatarStephen Chandler Paul <cpaul@redhat.com>
      Reviewed-by: default avatarDavid Herrmann <dh.herrmann@gmail.com>
      Signed-off-by: default avatarDmitry Torokhov <dmitry.torokhov@gmail.com>
      5523662e
  6. 27 Oct, 2015 2 commits
    • David Herrmann's avatar
      Input: evdev - add event-mask API · 06a16293
      David Herrmann authored
      Hardware manufacturers group keys in the weirdest way possible. This may
      cause a power-key to be grouped together with normal keyboard keys and
      thus be reported on the same kernel interface.
      
      However, user-space is often only interested in specific sets of events.
      For instance, daemons dealing with system-reboot (like systemd-logind)
      listen for KEY_POWER, but are not interested in any main keyboard keys.
      Usually, power keys are reported via separate interfaces, however,
      some i8042 boards report it in the AT matrix. To avoid waking up those
      system daemons on each key-press, we had two ideas:
       - split off KEY_POWER into a separate interface unconditionally
       - allow filtering a specific set of events on evdev FDs
      
      Splitting of KEY_POWER is a rather weird way to deal with this and may
      break backwards-compatibility. It is also specific to KEY_POWER and might
      be required for other stuff, too. Moreover, we might end up with a huge
      set of input-devices just to have them properly split.
      
      Hence, this patchset implements the second idea: An event-mask to specify
      which events you're interested in. Two ioctls allow setting this mask for
      each event-type. If not set, all events are reported. The type==0 entry is
      used same as in EVIOCGBIT to set the actual EV_* mask of filtered events.
      This way, you have a two-level filter.
      
      We are heavily forward-compatible to new event-types and event-codes. So
      new user-space will be able to run on an old kernel which doesn't know the
      given event-codes or event-types.
      Signed-off-by: default avatarDavid Herrmann <dh.herrmann@gmail.com>
      Signed-off-by: default avatarDmitry Torokhov <dmitry.torokhov@gmail.com>
      06a16293
    • Javier Martinez Canillas's avatar
      Input: snvs_pwrkey - remove duplicated semicolon · 9ace41ad
      Javier Martinez Canillas authored
      Remove the unneded semicolon since it is clearly a typo error.
      Signed-off-by: default avatarJavier Martinez Canillas <javier@osg.samsung.com>
      Signed-off-by: default avatarDmitry Torokhov <dmitry.torokhov@gmail.com>
      9ace41ad
  7. 26 Oct, 2015 4 commits
  8. 23 Oct, 2015 3 commits
  9. 19 Oct, 2015 1 commit
  10. 16 Oct, 2015 10 commits
  11. 15 Oct, 2015 1 commit
    • Hans de Goede's avatar
      Input: gpio_keys_polled - add support for abs/rel axis · 6f29d3b2
      Hans de Goede authored
      This changAdd support for EV_ABS / EV_REL events to the gpio-keys-polled driver.
      
      
      The driver already allows specifying what type of events (key / rel / abs)
      a button generates when pressed, but for rel / abs axis we also need to
      specify which value this specific gpio represents.
      
      One use case is digital joysticks / direction-pads which are hooked up to
      gpio, in this case we've left and right buttons which we want to map to
      EV_ABS, ABS_X and we want generate events for left with a value of -1 and
      for right with a value of +1 (and similar for up / down and ABS_Y).
      Signed-off-by: default avatarHans de Goede <hdegoede@redhat.com>
      Acked-by: default avatarRob Herring <robh@kernel.org>
      Signed-off-by: default avatarDmitry Torokhov <dmitry.torokhov@gmail.com>
      6f29d3b2
  12. 14 Oct, 2015 3 commits
  13. 10 Oct, 2015 9 commits