From: James Hogan <james.hogan@imgtec.com>
To: Rob Herring <robherring2@gmail.com>
Cc: Mauro Carvalho Chehab <m.chehab@samsung.com>,
<linux-media@vger.kernel.org>, Rob Herring <robh+dt@kernel.org>,
Pawel Moll <pawel.moll@arm.com>,
Mark Rutland <mark.rutland@arm.com>,
Ian Campbell <ijc+devicetree@hellion.org.uk>,
Kumar Gala <galak@codeaurora.org>,
"devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
Rob Landley <rob@landley.net>,
"linux-doc@vger.kernel.org" <linux-doc@vger.kernel.org>,
Tomasz Figa <tomasz.figa@gmail.com>
Subject: Re: [PATCH v2 06/15] dt: binding: add binding for ImgTec IR block
Date: Thu, 6 Feb 2014 14:41:52 +0000 [thread overview]
Message-ID: <52F39F30.70104@imgtec.com> (raw)
In-Reply-To: <CAL_Jsq+wk6_9Da5Xj3Ys-MZYPTpu6V3pAEpGFv44148BodmmrQ@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 1434 bytes --]
Hi Rob,
On 06/02/14 14:33, Rob Herring wrote:
> On Fri, Jan 17, 2014 at 7:58 AM, James Hogan <james.hogan@imgtec.com> wrote:
>> +Required properties:
>> +- compatible: Should be "img,ir1"
>
> Kind of short for a name. I don't have anything much better, but how
> about img,ir-rev1.
Okay, that sounds reasonable.
>> +Optional properties:
>> +- clocks: List of clock specifiers as described in standard
>> + clock bindings.
>> +- clock-names: List of clock names corresponding to the clocks
>> + specified in the clocks property.
>> + Accepted clock names are:
>> + "core": Core clock (defaults to 32.768KHz if omitted).
>> + "sys": System side (fast) clock.
>> + "mod": Power modulation clock.
>
> You need to define the order of clocks including how they are
> interpreted with different number of clocks (not relying on the name).
Would it be sufficient to specify that "clock-names" is required if
"clocks" is provided (i.e. unnamed clocks aren't used), or is there some
other reason that clock-names shouldn't be relied upon?
Thanks for reviewing,
Cheers
James
> Although, if the h/w block really has different number of clock
> inputs, then it is a different h/w block and should have a different
> compatible string.
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 836 bytes --]
next prev parent reply other threads:[~2014-02-06 14:42 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-01-17 13:58 [PATCH v2 00/15] media: rc: ImgTec IR decoder driver James Hogan
2014-01-17 13:58 ` [PATCH v2 01/15] media: rc: document rc class sysfs API James Hogan
2014-01-17 13:58 ` [PATCH v2 02/15] media: rc: add Sharp infrared protocol James Hogan
2014-01-17 13:58 ` [PATCH v2 03/15] media: rc: add raw decoder for Sharp protocol James Hogan
2014-01-17 13:58 ` [PATCH v2 04/15] media: rc: add sysfs scancode filtering interface James Hogan
2014-01-17 13:58 ` [PATCH v2 05/15] media: rc: change 32bit NEC scancode format James Hogan
2014-01-17 13:58 ` [PATCH v2 06/15] dt: binding: add binding for ImgTec IR block James Hogan
2014-02-06 11:24 ` Mauro Carvalho Chehab
2014-02-06 14:33 ` Rob Herring
2014-02-06 14:41 ` James Hogan [this message]
2014-02-07 14:33 ` Rob Herring
2014-02-07 14:50 ` Mark Rutland
2014-02-07 22:29 ` Rob Herring
2014-02-07 15:49 ` [PATCH v3 " James Hogan
2014-02-27 22:52 ` James Hogan
2014-02-28 1:28 ` Rob Herring
2014-02-28 9:04 ` James Hogan
2014-01-17 13:58 ` [PATCH v2 07/15] media: rc: img-ir: add base driver James Hogan
2014-02-07 16:16 ` [PATCH v3 " James Hogan
2014-01-17 13:58 ` [PATCH v2 08/15] media: rc: img-ir: add raw driver James Hogan
2014-01-17 13:58 ` [PATCH v2 09/15] media: rc: img-ir: add hardware decoder driver James Hogan
2014-01-17 13:58 ` [PATCH v2 10/15] media: rc: img-ir: add to build James Hogan
2014-01-17 13:58 ` [PATCH v2 11/15] media: rc: img-ir: add NEC decoder module James Hogan
2014-01-17 13:58 ` [PATCH v2 12/15] media: rc: img-ir: add JVC " James Hogan
2014-01-17 13:58 ` [PATCH v2 13/15] media: rc: img-ir: add Sony " James Hogan
2014-01-17 13:58 ` [PATCH v2 14/15] media: rc: img-ir: add Sharp " James Hogan
2014-01-17 13:59 ` [PATCH v2 15/15] media: rc: img-ir: add Sanyo " 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=52F39F30.70104@imgtec.com \
--to=james.hogan@imgtec.com \
--cc=devicetree@vger.kernel.org \
--cc=galak@codeaurora.org \
--cc=ijc+devicetree@hellion.org.uk \
--cc=linux-doc@vger.kernel.org \
--cc=linux-media@vger.kernel.org \
--cc=m.chehab@samsung.com \
--cc=mark.rutland@arm.com \
--cc=pawel.moll@arm.com \
--cc=rob@landley.net \
--cc=robh+dt@kernel.org \
--cc=robherring2@gmail.com \
--cc=tomasz.figa@gmail.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox