Skip to content

R
raspberrypi-kernel

openeuler / raspberrypi-kernel

通知 13
Star 1
Fork 0
R
raspberrypi-kernel
切换分支/标签
  1. 29 12月, 2010 4 次提交
  3. 19 5月, 2010 1 次提交
    • M
      V4L/DVB: ir-core: move subsystem internal calls to ir-core-priv.h · 3f113e36
      由 Mauro Carvalho Chehab 提交于 
      ir-core.h has the kABI to be used by the bridge drivers, when needing to register
IR protocols and pass IR events. However, the same file also contains IR subsystem
internal calls, meant to be used inside ir-core and between ir-core and the raw
decoders.

Better to move those functions to an internal header, for some reasons:

1) Header will be a little more cleaner;

2) It avoids the need of recompile everything (bridge/hardware drivers, etc),
   just because a new decoder were added, or some other internal change were needed;

3) Better organize the ir-core API, splitting the functions that are internal to
   IR core and the ancillary drivers (decoders, lirc_dev) from the features that
   should be exported to IR subsystem clients.
Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
      3f113e36
  5. 27 2月, 2010 2 次提交
  7. 16 12月, 2009 4 次提交
  9. 06 12月, 2009 5 次提交
  11. 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
  13. 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
  15. 20 7月, 2008 2 次提交
  17. 25 4月, 2008 1 次提交
  19. 26 1月, 2008 1 次提交
  21. 10 10月, 2007 1 次提交
  23. 21 7月, 2007 1 次提交
  25. 19 7月, 2007 1 次提交
  27. 27 3月, 2007 1 次提交
  29. 21 2月, 2007 1 次提交
  31. 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
  33. 25 6月, 2006 1 次提交
  35. 03 3月, 2006 1 次提交