From: "David Härdeman" <david@hardeman.nu>
To: James Hogan <james.hogan@imgtec.com>
Cc: "Mauro Carvalho Chehab" <m.chehab@samsung.com>,
linux-media@vger.kernel.org,
"Antti Seppälä" <a.seppala@gmail.com>
Subject: Re: [PATCH 1/5] rc-main: add generic scancode filtering
Date: Wed, 26 Mar 2014 00:21:30 +0100 [thread overview]
Message-ID: <20140325232130.GA2515@hardeman.nu> (raw)
In-Reply-To: <10422443.FIKnYVGtAm@radagast>
On Tue, Mar 25, 2014 at 09:12:11AM +0000, James Hogan wrote:
>On Tuesday 25 March 2014 00:51:46 David Härdeman wrote:
>> On Fri, Feb 28, 2014 at 11:17:02PM +0000, James Hogan wrote:
>> >Add generic scancode filtering of RC input events, and fall back to
>> >permitting any RC_FILTER_NORMAL scancode filter to be set if no s_filter
>> >callback exists. This allows raw IR decoder events to be filtered, and
>> >potentially allows hardware decoders to set looser filters and rely on
>> >generic code to filter out the corner cases.
>>
>> Hi James,
>>
>> What's the purpose of providing the sw scancode filtering in the case where
>> there's no hardware filtering support at all?
>
>Consistency is probably the main reason, but I'll admit it's not perfectly
>consistent between generic/hardware filtering (mostly thanks to NEC scancode
>complexities), and I have no particular objection to dropping it if that isn't
>considered a good enough reason.
I'm kind of sceptical...and given how difficult it is to remove
functionality that is in a released kernel...I think that particular
part (i.e. the software filtering) should be removed until it has had
further discussion...
>Here's the original discussion:
>On Monday 10 February 2014 21:45:30 Antti Seppälä wrote:
>> On 10 February 2014 11:58, James Hogan <james.hogan@imgtec.com> wrote:
>> > On Saturday 08 February 2014 13:30:01 Antti Seppälä wrote:
>> > > Also adding the scancode filter to it would
>> > > demonstrate its usage.
>> >
>> > To actually add filtering support to loopback would require either:
>> > * raw-decoder/rc-core level scancode filtering for raw ir drivers
>> > * OR loopback driver to encode like nuvoton and fuzzy match the IR
>> > signals.
>>
>> Rc-core level scancode filtering shouldn't be too hard to do right? If
>> such would exist then it would provide a software fallback to other rc
>> devices where hardware filtering isn't available. I'd love to see the
>> sysfs filter and filter_mask files to have an effect on my nuvoton too
I don't understand. What's the purpose of a "software fallback" for
scancode filtering? Antti?
--
David Härdeman
next prev parent reply other threads:[~2014-03-25 23:21 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-02-28 23:17 [PATCH 0/5] rc: scancode filtering improvements James Hogan
2014-02-28 23:17 ` [PATCH 1/5] rc-main: add generic scancode filtering James Hogan
2014-03-24 23:51 ` David Härdeman
2014-03-25 9:12 ` James Hogan
2014-03-25 23:21 ` David Härdeman [this message]
2014-03-26 7:08 ` Antti Seppälä
2014-03-26 13:44 ` David Härdeman
2014-03-26 15:54 ` James Hogan
2014-02-28 23:17 ` [PATCH 2/5] rc: abstract access to allowed/enabled protocols James Hogan
2014-02-28 23:17 ` [PATCH 3/5] rc: add allowed/enabled wakeup protocol masks James Hogan
2014-02-28 23:17 ` [PATCH 4/5] rc: add wakeup_protocols sysfs file James Hogan
2014-02-28 23:17 ` [PATCH 5/5] rc-main: automatically refresh filter on protocol change James Hogan
2014-03-05 18:12 ` [PATCH 0/5] rc: scancode filtering improvements Antti Seppälä
2014-03-05 23:17 ` 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=20140325232130.GA2515@hardeman.nu \
--to=david@hardeman.nu \
--cc=a.seppala@gmail.com \
--cc=james.hogan@imgtec.com \
--cc=linux-media@vger.kernel.org \
--cc=m.chehab@samsung.com \
/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.