From: James Hogan <james.hogan@imgtec.com>
To: Mauro Carvalho Chehab <m.chehab@samsung.com>
Cc: "Sifan Naeem" <sifan.naeem@imgtec.com>,
stable@vger.kernel.org, linux-media@vger.kernel.org,
"David Härdeman" <david@hardeman.nu>
Subject: Re: [REVIEW PATCH 1/2] img-ir/hw: Avoid clearing filter for no-op protocol change
Date: Mon, 8 Dec 2014 16:13:52 +0000 [thread overview]
Message-ID: <5485CE40.7010905@imgtec.com> (raw)
In-Reply-To: <20141204153814.00a1a5ec.m.chehab@samsung.com>
[-- Attachment #1: Type: text/plain, Size: 1276 bytes --]
Hi Mauro,
On 04/12/14 17:38, Mauro Carvalho Chehab wrote:
> Em Mon, 1 Dec 2014 12:55:09 +0000
> James Hogan <james.hogan@imgtec.com> escreveu:
>
>> When the img-ir driver is asked to change protocol, if the chosen
>> decoder is already loaded then don't call img_ir_set_decoder(), so as
>> not to clear the current filter.
>>
>> This is important because store_protocol() does not refresh the scancode
>> filter with the new protocol if the set of enabled protocols hasn't
>> actually changed, but it will still call the change_protocol() callback,
>> resulting in the filter being disabled in the hardware.
>>
>> The problem can be reproduced 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 still get received.
>
> This should be fixed at the RC core, as this is not driver-specific.
Yes, you're right. I've fixed there and attempted backporting, and the
problem appears to have actually been introduced in commit da6e162d6a46
("[media] rc-core: simplify sysfs code") which went into v3.17.
I'll send a v2.
Thanks
James
>
> Regards,
> Mauro
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 819 bytes --]
next prev parent reply other threads:[~2014-12-08 16:13 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-12-01 12:55 [REVIEW PATCH 0/2] img-ir: Some more fixes James Hogan
2014-12-01 12:55 ` [REVIEW PATCH 1/2] img-ir/hw: Avoid clearing filter for no-op protocol change James Hogan
2014-12-04 17:38 ` Mauro Carvalho Chehab
2014-12-08 16:13 ` James Hogan [this message]
2014-12-01 12:55 ` [REVIEW PATCH 2/2] img-ir/hw: Fix potential deadlock stopping timer James Hogan
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=5485CE40.7010905@imgtec.com \
--to=james.hogan@imgtec.com \
--cc=david@hardeman.nu \
--cc=linux-media@vger.kernel.org \
--cc=m.chehab@samsung.com \
--cc=sifan.naeem@imgtec.com \
--cc=stable@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.