An error occurred fetching the project authors.
  1. 11 Mar, 2014 1 commit
  2. 09 Dec, 2013 1 commit
  3. 29 Nov, 2013 1 commit
  4. 21 May, 2013 1 commit
  5. 08 Apr, 2013 1 commit
  6. 23 Mar, 2013 1 commit
  7. 27 Oct, 2012 1 commit
    • David Härdeman's avatar
      [media] rc-core: add separate defines for protocol bitmaps and numbers · c003ab1b
      David Härdeman authored
      The RC_TYPE_* defines are currently used both where a single protocol is
      expected and where a bitmap of protocols is expected.
      
      Functions like rc_keydown() and functions which add/remove entries to the
      keytable want a single protocol. Future userspace APIs would also
      benefit from numeric protocols (rather than bitmap ones). Keytables are
      smaller if they can use a small(ish) integer rather than a bitmap.
      
      Other functions or struct members (e.g. allowed_protos,
      enabled_protocols, etc) accept multiple protocols and need a bitmap.
      
      Using different types reduces the risk of programmer error. Using a
      protocol enum whereever possible also makes for a more future-proof
      user-space API as we don't need to worry about a sufficient number of
      bits being available (e.g. in structs used for ioctl() calls).
      
      The use of both a number and a corresponding bit is dalso one in e.g.
      the input subsystem as well (see all the references to set/clear bit when
      changing keytables for example).
      
      This patch separate the different usages in preparation for
      upcoming patches.
      
      Where a single protocol is expected, enum rc_type is used; where one or more
      protocol(s) are expected, something like u64 is used.
      
      The patch has been rewritten so that the format of the sysfs "protocols"
      file is no longer altered (at the loss of some detail). The file itself
      should probably be deprecated in the future though.
      Signed-off-by: default avatarDavid Härdeman <david@hardeman.nu>
      Cc: Andy Walls <awalls@md.metrocast.net>
      Cc: Maxim Levitsky <maximlevitsky@gmail.com>
      Cc: Antti Palosaari <crope@iki.fi>
      Cc: Mike Isely <isely@pobox.com>
      Signed-off-by: default avatarMauro Carvalho Chehab <mchehab@redhat.com>
      c003ab1b
  8. 15 Aug, 2012 1 commit
  9. 08 Mar, 2012 1 commit
  10. 11 Jan, 2012 2 commits
    • Mauro Carvalho Chehab's avatar
      [media] cx231xx: Fix unregister logic · 7528cd27
      Mauro Carvalho Chehab authored
      There are several weirdness at the unregister logic.
      
      First of all, IR has a poll thread. This thread needs to be
      removed, as it uses some resources associated to the main driver.
      So, the driver needs to explicitly unregister the I2C client for
      ir-kbd-i2c.
      
      If, for some reason, the driver needs to wait for a close()
      to happen, not all memories will be freed, because the free
      logic were in the wrong place.
      
      Also, v4l2_device_unregister() seems to be called too early,
      as devices are still using it.
      
      Finally, even with the device disconnected, there is one
      USB function call that will still try to talk with it.
      Signed-off-by: default avatarMauro Carvalho Chehab <mchehab@redhat.com>
      7528cd27
    • Mauro Carvalho Chehab's avatar
      [media] cx231xx-input: stop polling if the device got removed. · 90bf3aab
      Mauro Carvalho Chehab authored
      If the device got removed, stops polling it. Also, un-registers
      it at input/evdev, as it won't work anymore. We can't free the
      IR structure yet, as the ir_remove method will be called later.
      Signed-off-by: default avatarMauro Carvalho Chehab <mchehab@redhat.com>
      90bf3aab
  11. 22 Mar, 2011 3 commits
  12. 31 Jan, 2011 1 commit
  13. 19 Jan, 2011 2 commits
  14. 30 Dec, 2010 1 commit
  15. 29 Dec, 2010 6 commits
  16. 15 Nov, 2010 1 commit
  17. 21 Oct, 2010 4 commits
  18. 02 Aug, 2010 1 commit
  19. 19 May, 2010 3 commits
  20. 18 May, 2010 1 commit
  21. 26 Feb, 2010 3 commits
  22. 16 Dec, 2009 3 commits