From: srinivas kandagatla <srinivas.kandagatla@st.com>
To: Mark Rutland <mark.rutland@arm.com>
Cc: Mauro Carvalho Chehab <m.chehab@samsung.com>,
"linux-media@vger.kernel.org" <linux-media@vger.kernel.org>,
"rob.herring@calxeda.com" <rob.herring@calxeda.com>,
Pawel Moll <Pawel.Moll@arm.com>,
Stephen Warren <swarren@wwwdotorg.org>,
Ian Campbell <ijc+devicetree@hellion.org.uk>,
Rob Landley <rob@landley.net>,
"devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
"linux-doc@vger.kernel.org" <linux-doc@vger.kernel.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH RFC] media: rc: OF: Add Generic bindings for remote-control
Date: Fri, 18 Oct 2013 13:23:41 +0100 [thread overview]
Message-ID: <5261284D.4020506@st.com> (raw)
In-Reply-To: <20131018113742.GF29779@e106331-lin.cambridge.arm.com>
Thanks Mark,
The blocking issue for st-rc driver is now closed.
On 18/10/13 12:37, Mark Rutland wrote:
>>
>> Mauro C. had an option that this is not a real use-case and let's not
>> overdesign the API, thinking on a possible scenario that may never happen.
>>
>> Do you still think that this use case should be considered in this
>> discussion?
>
> Given how simple a device we're attempting to describe, I'm not even
> sure it makes sense to have a class of binding. We could leave this to
> individual device bindings for the moment.
Its clear.
>>
>> my_keymap: keymap {
>> rc-keymap-name = "my-keymap";
>> rc-codes = <0x12, KEY_POWER,
>> 0x01, KEY_TV,
>> 0x15, KEY_DVD>;
>> ...
>> };
>>
>> my-rc-device {
>> compatible = "my,rc-device";
>> rc-keymap = <&my_keymap>;
>> rx-mode = "infrared";
>> };
>
> This may be ok, but we'll need to nail down the kaymap binding..
Yes, If Mauro thinks that rc keymaps from device tree is good feature we
can start a new discussion on this.
>> == Remote control Keymaps ==
>>
>> properties:
>> - rc-keymap-name: Should be the name of the keymap.
>> - rc-keymaps: Should be an array of pair of scan code and actual key
>> code with first cell representing rc scan code and second cell
>> representing actual keycode.
>
> Is one cell always enough for any scan code (or any actual keycode)?
>
> As the format of the scan code will be device-specific, should this be
> under the node for the device? Are we likely to have multiple rc devices
> in a single system that can share a keymap?
I will let Mauro answer this.
>
> What's the format of the actual keycode? What values are valid?
>
>>
>> example:
>>
>> my_keymap: keymap {
>> rc-keymap-name = "my-keymap";
>> rc-keymaps = <0x12, KEY_POWER,
>> 0x01, KEY_TV,
>> 0x15, KEY_DVD>;
>> ...
>> };
>
> Please bracket list entries individually (it makes it far easier for
> humans to read arbitrary lists in dt, regardless of how consistent this
> may be).
>
> Also, commas shouldn't be between brackets, dtc will barf if they're
> there.
>
> So this should be something like:
>
> rc-keymaps = <0x12 KEY_POWER>,
> <0x01 KEY_TV>,
> <0x15 KEY_DVD>;
>
I agree this is much readable.
>>
>> my-rc-device {
>> compatible = "my,rc-device";
>> rc-keymap = <&my_keymap>;
>> rx-mode = "infrared";
>> };
>
> Thanks,
> Mark.
>
>
prev parent reply other threads:[~2013-10-18 12:23 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-09-27 9:33 [PATCH RFC] media: rc: OF: Add Generic bindings for remote-control Srinivas KANDAGATLA
[not found] ` <1380274391-26577-1-git-send-email-srinivas.kandagatla-qxv4g6HH51o@public.gmane.org>
2013-09-27 11:34 ` Mark Rutland
2013-09-27 11:34 ` Mark Rutland
2013-09-27 13:26 ` Srinivas KANDAGATLA
2013-09-27 13:57 ` Mauro Carvalho Chehab
2013-09-30 8:27 ` Srinivas KANDAGATLA
2013-10-01 14:49 ` Mauro Carvalho Chehab
2013-10-02 16:22 ` Srinivas KANDAGATLA
2013-10-02 17:33 ` Mauro Carvalho Chehab
2013-10-02 17:44 ` Stephen Warren
2013-09-27 13:47 ` Mauro Carvalho Chehab
[not found] ` <20130927104719.6637368f-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org>
2013-09-30 16:51 ` Mark Rutland
2013-09-30 16:51 ` Mark Rutland
2013-10-09 12:17 ` srinivas kandagatla
2013-10-18 11:37 ` Mark Rutland
2013-10-18 12:23 ` srinivas kandagatla [this message]
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=5261284D.4020506@st.com \
--to=srinivas.kandagatla@st.com \
--cc=Pawel.Moll@arm.com \
--cc=devicetree@vger.kernel.org \
--cc=ijc+devicetree@hellion.org.uk \
--cc=linux-doc@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-media@vger.kernel.org \
--cc=m.chehab@samsung.com \
--cc=mark.rutland@arm.com \
--cc=rob.herring@calxeda.com \
--cc=rob@landley.net \
--cc=swarren@wwwdotorg.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.