1. 29 6月, 2010 1 次提交
  2. 25 5月, 2010 1 次提交
  3. 21 5月, 2010 3 次提交
    • J
      HID: fix up 'EMBEDDED' mess in Kconfig · 73d5e8f7
      Jiri Kosina 提交于
      The whole point of making some of the drivers automatically selected
      unless 'EMBEDDED' was to handle quirks transparently after their separation
      from the generic core.
      
      Over time, some of the later-added quirks grew into more standalone drivers,
      implementing non-trivial features a being larger than a few bytes of code.
      
      In addition to that, some of the standalone drivers don't make sense for
      99.9% of the users, as they are very specific to rare devices.
      
      Therefore build by default in only those drivers which
      
      - we historically used to support even before quirk separation from the
        core code
      - are isolated enough and likely to hit quite large portion of the
        users anyway (Microsoft, Logitech)
      Reported-by: NLinus Torvalds <torvalds@linux-foundation.org>
      Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      73d5e8f7
    • D
      USB: rename usb_buffer_alloc() and usb_buffer_free() users · 997ea58e
      Daniel Mack 提交于
      For more clearance what the functions actually do,
      
        usb_buffer_alloc() is renamed to usb_alloc_coherent()
        usb_buffer_free()  is renamed to usb_free_coherent()
      
      They should only be used in code which really needs DMA coherency.
      
      All call sites have been changed accordingly, except for staging
      drivers.
      Signed-off-by: NDaniel Mack <daniel@caiaq.de>
      Cc: Alan Stern <stern@rowland.harvard.edu>
      Cc: Pedro Ribeiro <pedrib@gmail.com>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      997ea58e
    • A
      USB: remove uses of URB_NO_SETUP_DMA_MAP · 0ede76fc
      Alan Stern 提交于
      This patch (as1350) removes all usages of coherent buffers for USB
      control-request setup-packet buffers.  There's no good reason to
      reserve coherent memory for these things; control requests are hardly
      ever used in large quantity (the major exception is firmware
      transfers, and they aren't time-critical).  Furthermore, only seven
      drivers used it.  We might as well always use streaming DMA mappings
      for setup-packet buffers, and remove some extra complexity from
      usbcore.
      
      The DMA-mapping portion of hcd.c is currently in flux.  A separate
      patch will be submitted to remove support for URB_NO_SETUP_DMA_MAP
      after everything else settles down.  The removal should go smoothly,
      as by then nobody will be using it.
      Signed-off-by: NAlan Stern <stern@rowland.harvard.edu>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      0ede76fc
  4. 19 5月, 2010 3 次提交
  5. 18 5月, 2010 4 次提交
  6. 17 5月, 2010 4 次提交
  7. 12 5月, 2010 3 次提交
    • J
      HID: magicmouse: fix input registration · 23d02116
      Jiri Kosina 提交于
      When HIDRAW is not set, hid_hw_start() returns ENODEV as no subsystem has
      claimed the magicmouse device, and probe routine bails out. Which is not what we want.
      
      This happens because magicmouse driver is instantiating the connection to
      Input subsystem itself, and since commit 28918c21 ("HID: magicmouse: fix
      oops after device removal") the HID core is not registering input device
      itself.
      
      Fix this by letting HID core register the input device (so that hid_hw_start()
      succeeds, as the device is claimed by at least one subsystem) and de-register
      it again later before proceeding with proper input setup.
      Reported-by: NJustin P. Mattock <justinmattock@gmail.com>
      Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      23d02116
    • J
      HID: make Prodikeys driver standalone config option · 95736de9
      Jiri Kosina 提交于
      Analogically for other full-fledged HID drivers, make the Prodikeys
      driver independent on EMBEDDED.
      Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      95736de9
    • D
      HID: Prodikeys PC-MIDI HID Driver · 3a370ca1
      Don Prince 提交于
      A specialised HID driver for the Creative Prodikeys PC-MIDI USB Keyboard.
      
      The Prodikeys PC-MIDI is a multifunction keyboard comprising a qwerty keyboard,
      multimedia keys and a touch sensitive musical keyboard.
      
      The specialised HID driver adds full support for the musical keyboard and extra
      multimedia keys which are not currently handled by the default HID driver.
      
      The specialised HID driver interfaces with ALSA, and presents the midi keyboard
      as a rawmidi device. Sustain duration, octave shifting and the midi output
      channel can be read/written form userspace via sysfs.
      Signed-off-by: NDon Prince <dhprince-devel@yahoo.co.uk>
      ALSA parts:
      Acked-by: NClemens Ladisch <clemens@ladisch.de>
      Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      3a370ca1
  8. 11 5月, 2010 4 次提交
    • A
      HID: hidraw: fix indentation · 81cd5843
      Antonio Ospite 提交于
      Signed-off-by: NAntonio Ospite <ospite@studenti.unina.it>
      Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      81cd5843
    • R
      HID: ntrig: add filtering module parameters · ab3f4980
      Rafi Rubin 提交于
      Signed-off-by: NRafi Rubin <rafi@seas.upenn.edu>
      Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      ab3f4980
    • R
      HID: ntrig: add sysfs access to filter parameters · eab32f5f
      Rafi Rubin 提交于
      This should make it a little more convenient to tweak the filtering
      parameters on the fly.  Also unlike load-time parameters, this provides
      independent tuning for each device conntected.
      Signed-off-by: NRafi Rubin <rafi@seas.upenn.edu>
      Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      eab32f5f
    • R
      HID: ntrig: add sensitivity and responsiveness support · 369db2a6
      Rafi Rubin 提交于
      The old rejection size thresholds were too high for the 12" devices.
      Larger surfaces like the Dell Studio17 exacerbated the problem since
      contact size is reported on the same logical scale, making a contact
      look smaller to the larger screen.
      
      Since we have observed erroneous ghost events from these devices we
      still need to filter the incoming stream.
      
      The prior size threshold filter is still in place, though with
      defaults set to leave it off.
      
      This patch adds the two new classes of filters, those that reject
      live frames before activation, and those that reject empty frames
      until deactivation.  These filters are expressed in terms of a
      simple state machine for clarity (I hope).
      
      The activation filter has two components, slack and size, events
      are discarded until either is satisfied.  Slack is defined as
      the number of seemingly good contacts to read before accepting the
      stream as valid (if the threshold is reached in the middle of a frame
      the remainder of that frame is still discarded).
      
      The deactivation filter discards empty frames until hitting a
      deactivate slack.  This time measured in frames.  N-Trig devices
      emit 5-8 (observed so far) empty frames at the end of multitouch
      activity.  Ignoring the first few enables us to safely and gracefully
      handle erroneous empty frames, thus preventing a change in the tool
      state which would otherwise result in things like broken lines or
      dragged objects being dropped in bad places.
      
      Also, now that devices with different logical densities have
      been observed, the aforementioned sizes are scaled from physical
      to logical scales once those scales are identified.  Hopefully this
      should mean that a given threshold value means the same thing across
      differing devices.
      Signed-off-by: NRafi Rubin <rafi@seas.upenn.edu>
      Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      369db2a6
  9. 10 5月, 2010 1 次提交
  10. 08 5月, 2010 1 次提交
  11. 03 5月, 2010 4 次提交
  12. 29 4月, 2010 1 次提交
    • W
      HID: add support for BTC Emprex 3009URF III Vista MCE Remote · bf280628
      Wayne Thomas 提交于
      The Behavior Tech. Computer Corp. (BTC) remote branded as "Emprex 3009URF III
      Vista Remote Controller" uses non-standard mappings for all of its 'special
      purpose' keys (0xffbc usage page).  This patch modifies the existing
      hid-topseed quirky driver to support both remotes in order to prevent
      proliferation of in-kernel quirky drivers until such a time that udev remapping
      works with these devices.  Tested successfully with both the "Emprex" remote
      and the "CyberLink" remote originally supported by the hid-topseed driver.
      Signed-off-by: NWayne Thomas <waynethomas69@gmail.com>
      Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      bf280628
  13. 27 4月, 2010 3 次提交
  14. 26 4月, 2010 1 次提交
  15. 23 4月, 2010 2 次提交
  16. 22 4月, 2010 1 次提交
  17. 21 4月, 2010 2 次提交
  18. 19 4月, 2010 1 次提交