linux-stable.git/drivers/media/rc/lirc_dev.c, branch linux-3.16.y

[media] media: lirc: Allow lirc dev to talk to rc device

2013-07-31T19:30:27+00:00

The use case is simple, if any rc device has allowed protocols =
RC_TYPE_LIRC and map_name = RC_MAP_LIRC set, the driver open will be never
called. The reason for this is, all of the key maps except lirc have some
KEYS in there map, so during rc_register_device process these keys are
matched against the input drivers and open is performed, so for the case
of RC_MAP_EMPTY, a vt/keyboard is matched and the driver open is
performed.
In case of lirc, there is no match and result is that there is no open
performed, however the lirc-dev will go ahead and create a /dev/lirc0
node. Now when lircd/mode2 opens this device, no data is available
because the driver was never opened.
Other case pointed by Sean Young, As rc device gets opened via the
input interface. If the input device is never opened (e.g. embedded with
no console) then the rc open is never called and lirc will not work
either. So that's another case.
lirc_dev seems to have no link with actual rc device w.r.t open/close.
This patch adds rc_dev pointer to lirc_driver structure for cases like
this, so that it can do the open/close of the real driver in accordance
to lircd/mode2 open/close.
Without this patch its impossible to open a rc device which has
RC_TYPE_LIRC ad RC_MAP_LIRC set.

Signed-off-by: Srinivas Kandagatla 
Signed-off-by: Mauro Carvalho Chehab

constify a bunch of struct file_operations instances

2013-04-09T18:16:20+00:00

Signed-off-by: Al Viro

lirc: get rid of bogus checks

2013-02-26T07:46:04+00:00

file argument is a struct file being passed to ->open() or
already opened; none of the checks in lirc_get_pdata()
can fail.

Signed-off-by: Al Viro

new helper: file_inode(file)

2013-02-23T04:31:31+00:00

Signed-off-by: Al Viro

module_param: make bool parameters really bool (drivers & misc)

2012-01-12T23:02:20+00:00

module_param(bool) used to counter-intuitively take an int.  In
fddd5201 (mid-2009) we allowed bool or int/unsigned int using a messy
trick.

It's time to remove the int/unsigned int option.  For this version
it'll simply give a warning, but it'll break next kernel version.

Acked-by: Mauro Carvalho Chehab 
Signed-off-by: Rusty Russell

[media] lirc_dev: store cdev in irctl, up maxdevs

2011-06-11T12:03:20+00:00

Store the cdev pointer in struct irctl, allocated dynamically as needed,
rather than having a static array. At the same time, recycle some of the
saved memory to nudge the maximum number of lirc devices supported up a
ways -- its not that uncommon these days, now that we have the rc-core
lirc bridge driver, to see a system with at least 4 raw IR receivers.
(consider a mythtv backend with several video capture devices and the
possible need for IR transmit hardware).

Signed-off-by: Jarod Wilson 
Signed-off-by: Mauro Carvalho Chehab

[media] media: rc: lirc_dev: check kobject_set_name() result

2010-12-29T10:16:58+00:00

kobject_set_name() may fail with -ENOMEM, check for it.

Signed-off-by: Vasiliy Kulikov 
Acked-by: Jarod Wilson 
Signed-off-by: Mauro Carvalho Chehab

[media] lirc_dev: add some __user annotations

2010-12-29T10:16:55+00:00

Sparse complains because there are no __user annotations.

drivers/media/rc/lirc_dev.c:156:27: warning:
	incorrect type in initializer (incompatible argument 2 (different address spaces))
drivers/media/rc/lirc_dev.c:156:27:    expected int ( *read )( ... )
drivers/media/rc/lirc_dev.c:156:27:    got int ( extern [toplevel] * )( ... )

Signed-off-by: Dan Carpenter 
Acked-by: Jarod Wilson 
Signed-off-by: Mauro Carvalho Chehab

[media] rename drivers/media/IR to drives/media/rc

2010-12-29T10:16:36+00:00

Signed-off-by: Mauro Carvalho Chehab