lwn.git/drivers/media/common/ir-functions.c, branch v3.3.5

V4L/DVB (13612): IR: Move common IR code to drivers/media/IR

2009-12-16T02:18:42+00:00

This is the first step of creating a common code for IR that can be used by other input devices. For now, keep IR dir at drivers/media, to easy the movement of the IR files, but later patches may move it to drivers/IR or drivers/input/IR. No functional changes is done on this patch. Signed-off-by: Mauro Carvalho Chehab

V4L/DVB (13538): ir-common: Use a dynamic keycode table

2009-12-05T20:42:21+00:00

Signed-off-by: Mauro Carvalho Chehab

V4L/DVB (13537): ir: Prepare the code for dynamic keycode table allocation

2009-12-05T20:42:21+00:00

Currently, the IR table is initialized by calling ir_input_init(). However, this function doesn't return any error code, nor has a function to be called when de-initializing the IR's. Change the return argment to integer and make sure that each driver will handle the error code. Also adds a function to free any resources that may be allocating there: ir_input_free(). Signed-off-by: Mauro Carvalho Chehab

V4L/DVB (13533): ir: use dynamic tables, instead of static ones

2009-12-05T20:42:19+00:00

Signed-off-by: Mauro Carvalho Chehab

V4L/DVB (13531): ir-common: rename the debug routine to allow exporting it

2009-12-05T20:42:18+00:00

As newer IR common code will be added on other files, we need a global debug var inside the module. Signed-off-by: Mauro Carvalho Chehab

V4L/DVB (13099): ir-functions: Export ir_rc5_decode() for use by the cx23885 module

2009-12-05T20:40:21+00:00

Signed-off-by: Andy Walls Signed-off-by: Mauro Carvalho Chehab

V4L/DVB (13530): Fix wrong parameter order in memset

2009-11-27T20:50:43+00:00

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: Alan Cox Signed-off-by: Mauro Carvalho Chehab

V4L/DVB (12595): common/ir: use a struct for keycode tables

2009-09-12T15:19:47+00:00

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: Mauro Carvalho Chehab

V4L/DVB (8394): ir-common: CodingStyle fix: move EXPORT_SYMBOL_GPL to their proper places

2008-07-20T10:28:59+00:00

Signed-off-by: Mauro Carvalho Chehab

v4l-dvb: remove legacy checks to allow support for kernels < 2.6.10

2008-07-20T10:17:52+00:00

Also remove some blank lines that were used to split compat code at -devel tree. Signed-off-by: Hans Verkuil Signed-off-by: Mauro Carvalho Chehab