1. 06 12月, 2009 4 次提交
  2. 28 11月, 2009 1 次提交
    • A
      V4L/DVB (13530): Fix wrong parameter order in memset · 361c9511
      Alan Cox 提交于
      Edwin Török found the following:
      
      In function ‘memset’,
      inlined from ‘ir_input_init’ at drivers/media/common/ir-functions.c:67:
      /home/edwin/builds/linux-2.6/arch/x86/include/asm/string_64.h:61:
      warning: call to ‘__warn_memset_zero_len’ declared with attribute
      warning: memset used with constant zero length parameter; this could be
      due to transposed parameters
      memset(ir->ir_codes, sizeof(ir->ir_codes), 0);
      
      In actual practice the only caller I can find happens to already have cleared
      the buffer before calling ir_input_init.
      Signed-off-by: NAlan Cox <alan@linux.intel.com>
      Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
      361c9511
  3. 12 9月, 2009 1 次提交
    • M
      V4L/DVB (12595): common/ir: use a struct for keycode tables · 715a2233
      Mauro Carvalho Chehab 提交于
      Currently, V4L uses a scancode table whose index is the scancode and
      the value is the keycode. While this works, it has some drawbacks:
      
      1) It requires that the scancode to be at the range 00-7f;
      
      2) keycodes should be masked on 7 bits in order for it to work;
      
      3) due to the 7 bits approach, sometimes it is not possible to replace
      the default keyboard to another one with a different encoding rule;
      
      4) it is different than what is done with dvb-usb approach;
      
      5) it requires a typedef for it to work. This is not a recommended
      Linux CodingStyle.
      
      This patch is part of a larger series of IR changes. It basically
      replaces the IR_KEYTAB_TYPE tables by a structured table:
      struct ir_scancode {
             u16     scancode;
             u32     keycode;
      };
      
      This is very close to what dvb does. So, a further integration with DVB
      code will be easy.
      
      While we've changed the tables, for now, the IR keycode handling is still
      based on the old approach.
      
      The only notable effect is the redution of about 35% of the ir-common
      module size:
      
         text    data     bss     dec     hex filename
         6721   29208       4   35933    8c5d old/ir-common.ko
         5756   18040       4   23800    5cf8 new/ir-common.ko
      
      In thesis, we could be using above u8 for scancode, reducing even more the size
      of the module, but defining it as u16 is more convenient, since, on dvb, each
      scancode has up to 16 bits, and we currently have a few troubles with rc5, as their
      scancodes are defined with more than 8 bits.
      
      This patch itself shouldn't be doing any functional changes.
      Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
      715a2233
  4. 20 7月, 2008 2 次提交
  5. 25 4月, 2008 1 次提交
  6. 26 1月, 2008 1 次提交
  7. 10 10月, 2007 1 次提交
  8. 21 7月, 2007 1 次提交
  9. 19 7月, 2007 1 次提交
  10. 27 3月, 2007 1 次提交
  11. 21 2月, 2007 1 次提交
  12. 28 12月, 2006 1 次提交
    • M
      V4L/DVB (5001): Add two required headers on kernel 2.6.20-rc1 · 0b778a56
      Mauro Carvalho Chehab 提交于
      include/media/ir-common.h:78: error: field 'work' has incomplete type
      drivers/media/common/ir-functions.c: In function 'ir_rc5_timer_end':
      drivers/media/common/ir-functions.c:301: error: 'jiffies' undeclared (first use in this function)
      drivers/media/common/ir-functions.c:301: error: (Each undeclared identifier is reported only once)
      drivers/media/common/ir-functions.c:301: error: for each function it appears in.)
      drivers/media/common/ir-functions.c:347: error: 'HZ' undeclared (first use in this function)
      Signed-off-by: NMauro Carvalho Chehab <mchehab@infradead.org>
      0b778a56
  13. 25 6月, 2006 1 次提交
  14. 03 3月, 2006 1 次提交