]> git.proxmox.com Git - mirror_ubuntu-jammy-kernel.git/commit - drivers/media/rc/rc-main.c
[media] rc-main: Re-apply filter for no-op protocol change
authorJames Hogan <james.hogan@imgtec.com>
Mon, 8 Dec 2014 16:17:07 +0000 (13:17 -0300)
committerMauro Carvalho Chehab <mchehab@osg.samsung.com>
Tue, 23 Dec 2014 18:21:45 +0000 (16:21 -0200)
commit983c5bd26b86ba1c0d79b770e596bb8b77e42f32
treeeafac29e07884f42b80f12f7ab0fb07062fbb5de
parent40b8a5a65aa3ba51a80f7bd667df8403d54d6e7a
[media] rc-main: Re-apply filter for no-op protocol change

Since commit da6e162d6a46 ("[media] rc-core: simplify sysfs code"), when
the IR protocol is set using the sysfs interface to the same set of
protocols that are already set, store_protocols() does not refresh the
scancode filter with the new protocol, even if it has already called the
change_protocol() callback successfully. This results in the filter
being disabled in the hardware and not re-enabled until the filter is
set again using sysfs.

Fix in store_protocols() by still re-applying the filter whenever the
change_protocol() driver callback succeeded.

The problem can be reproduced with the img-ir driver by setting a
filter, and then setting the protocol to the same protocol that is
already set:
$ echo nec > protocols
$ echo 0xffff > filter_mask
$ echo nec > protocols

After this, messages which don't match the filter were still being
received.

Fixes: da6e162d6a46 ("[media] rc-core: simplify sysfs code")
Reported-by: Sifan Naeem <sifan.naeem@imgtec.com>
Signed-off-by: James Hogan <james.hogan@imgtec.com>
Cc: David Härdeman <david@hardeman.nu>
Cc: <stable@vger.kernel.org> # v3.17+
Signed-off-by: Mauro Carvalho Chehab <mchehab@osg.samsung.com>
drivers/media/rc/rc-main.c