1. 29 12月, 2010 3 次提交
    • M
      [media] rc: Name RC keymap tables as rc_map_table · 2f4f58d6
      Mauro Carvalho Chehab 提交于
      Remote keytables had different names all over the place. Part of the fault
      is due to a bad naming when rc subsystem was created, but there were lots
      of old names that were still here.
      
      Use a common standard for everything.
      
      Patch generated by this script:
      
      for i in `find drivers/staging -type f -name *.[ch]` `find include/media -type f -name *.[ch]` `find drivers/media -type f -name *.[ch]`; do sed s,ir_scancode,rc_map_table,g <$i >a && mv a $i; done
      for i in `find drivers/staging -type f -name *.[ch]` `find include/media -type f -name *.[ch]` `find drivers/media -type f -name *.[ch]`; do sed s,ir_codes_,rc_map_,g <$i >a && mv a $i; done
      for i in `find drivers/staging -type f -name *.[ch]` `find include/media -type f -name *.[ch]` `find drivers/media -type f -name *.[ch]`; do sed s,rc_key_map,rc_map_table,g <$i >a && mv a $i; done
      for i in `find drivers/staging -type f -name *.[ch]` `find include/media -type f -name *.[ch]` `find drivers/media -type f -name *.[ch]`; do sed s,rc_map_table_size,rc_map_size,g <$i >a && mv a $i; done
      Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
      2f4f58d6
    • M
      [media] rc: Properly name the rc_map struct · b088ba65
      Mauro Carvalho Chehab 提交于
      The struct that describes a rc mapping had an weird and long name.
      We should properly name it, to make easier for developers to work
      with it, and to avoid confusion.
      
      Basically, generated by this script:
      
      for i in `find drivers/staging -type f -name *.[ch]` `find include/media -type f -name *.[ch]` `find drivers/media -type f -name *.[ch]`; do sed s,ir_scancode_table,rc_map,g <$i >a && mv a $i; done
      for i in `find drivers/staging -type f -name *.[ch]` `find include/media -type f -name *.[ch]` `find drivers/media -type f -name *.[ch]`; do sed s,rc_tab,rc_map,g <$i >a && mv a $i; done
      
      (and manually fixed where needed)
      Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
      b088ba65
    • M
      [media] rc: Rename remote controller type to rc_type instead of ir_type · 52b66144
      Mauro Carvalho Chehab 提交于
      for i in `find drivers/staging -type f -name *.[ch]` `find include/media -type f -name *.[ch]` `find drivers/media -type f -name *.[ch]`; do sed s,IR_TYPE,RC_TYPE,g <$i >a && mv a $i; done
      for i in `find drivers/staging -type f -name *.[ch]` `find include/media -type f -name *.[ch]` `find drivers/media -type f -name *.[ch]`; do sed s,ir_type,rc_type,g <$i >a && mv a $i; done
      Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
      52b66144
  2. 23 10月, 2010 2 次提交
  3. 21 10月, 2010 14 次提交
  4. 10 9月, 2010 1 次提交
  5. 09 8月, 2010 1 次提交
    • J
      V4L/DVB: staging/lirc: port lirc_streamzap to ir-core · 8e9e6064
      Jarod Wilson 提交于
      This ports lirc_streamzap.c over to ir-core in-place, to be followed by
      a patch moving the driver over to drivers/media/IR/streamzap.c and
      enabling the proper Kconfig bits.
      
      Presently, the in-kernel keymap doesn't work, as the stock Streamzap
      remote uses an RC-5-like, but not-quite-RC-5 protocol, which the
      in-kernel RC-5 decoder doesn't cope with. The remote can be used right
      now with the lirc bridge driver though, and other remotes (at least an
      RC-6(A) MCE remote) work perfectly with the driver.
      
      I'll take a look at making the existing RC-5 decoder cope with this odd
      duck, possibly implement another standalone decoder engine, or just
      throw up my hands and say "meh, use lirc"... But the driver itself
      should be perfectly sound.
      
      Remaining items on the streamzap TODO list:
      - add LIRC_SET_REC_TIMEOUT-alike support
      - add LIRC_GET_M{AX,IN}_TIMEOUT-alike support
      - add LIRC_GET_REC_RESOLUTION-alike support
      
      All of the above should be trivial to add. There are patches pending to
      add this support to ir-core from Maxim Levitsky, and I'll take care of
      these once his patches get integrated. None of them are currently
      essential though.
      Signed-off-by: NJarod Wilson <jarod@redhat.com>
      Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
      8e9e6064
  6. 03 8月, 2010 5 次提交
  7. 01 6月, 2010 2 次提交
  8. 19 5月, 2010 8 次提交