All of lore.kernel.org
 help / color / mirror / Atom feed
From: Nishanth Menon <nm@ti.com>
To: Luciano Coelho <coelho@ti.com>
Cc: grant.likely@linaro.org, rob.herring@calxeda.com,
	devicetree-discuss@lists.ozlabs.org, linux-doc@vger.kernel.org,
	lkml <linux-kernel@vger.kernel.org>,
	linux-wireless@vger.kernel.org, Tony Lindgren <tony@atomide.com>,
	linux-omap <linux-omap@vger.kernel.org>,
	linux-arm@vger.kernel.org
Subject: Re: [PATCH] Documentation: dt: bindings: TI WiLink modules
Date: Thu, 27 Jun 2013 08:23:58 -0500	[thread overview]
Message-ID: <51CC3CEE.3050004@ti.com> (raw)
In-Reply-To: <1372339148.8383.17.camel@cumari.coelho.fi>

On 06/27/2013 08:19 AM, Luciano Coelho wrote:
> On Thu, 2013-06-27 at 08:15 -0500, Nishanth Menon wrote:
>> On Thu, Jun 27, 2013 at 7:58 AM, Luciano Coelho <coelho@ti.com> wrote:
>>> For the actual DTS files, I could add a wilink.dtsi with enumerations
>>> for these values so they could be used in the node definitions.  But I'm
>>> not sure it's going to be that valuable in the end.
>> The  way GPIO HIGH was defined might help to provide guidance I think :)
>
> Where? As far as I can see, the GPIO flags are defined in a bitmap.

include/dt-bindings/gpio/gpio.h
And corresponding kernel header:
include/linux/of_gpio.h

just a hint. not saying frequencies were defined in header. for systems 
that define frequencies - example cpufreq OPPs, clock node usage, we do 
not use indexing to frequency, instead, that is the responsibility of 
driver to convert frequency back to required index.
git grep frequency Documentation/devicetree/bindings gives you how the 
precedence looks like.

Personally, if given a choice, I'd go with actual frequencies rather 
than indexes.

-- 
Regards,
Nishanth Menon

WARNING: multiple messages have this Message-ID (diff)
From: Nishanth Menon <nm@ti.com>
To: Luciano Coelho <coelho@ti.com>
Cc: <grant.likely@linaro.org>, <rob.herring@calxeda.com>,
	<devicetree-discuss@lists.ozlabs.org>,
	<linux-doc@vger.kernel.org>, lkml <linux-kernel@vger.kernel.org>,
	<linux-wireless@vger.kernel.org>,
	Tony Lindgren <tony@atomide.com>,
	linux-omap <linux-omap@vger.kernel.org>,
	<linux-arm@vger.kernel.org>
Subject: Re: [PATCH] Documentation: dt: bindings: TI WiLink modules
Date: Thu, 27 Jun 2013 08:23:58 -0500	[thread overview]
Message-ID: <51CC3CEE.3050004@ti.com> (raw)
In-Reply-To: <1372339148.8383.17.camel@cumari.coelho.fi>

On 06/27/2013 08:19 AM, Luciano Coelho wrote:
> On Thu, 2013-06-27 at 08:15 -0500, Nishanth Menon wrote:
>> On Thu, Jun 27, 2013 at 7:58 AM, Luciano Coelho <coelho@ti.com> wrote:
>>> For the actual DTS files, I could add a wilink.dtsi with enumerations
>>> for these values so they could be used in the node definitions.  But I'm
>>> not sure it's going to be that valuable in the end.
>> The  way GPIO HIGH was defined might help to provide guidance I think :)
>
> Where? As far as I can see, the GPIO flags are defined in a bitmap.

include/dt-bindings/gpio/gpio.h
And corresponding kernel header:
include/linux/of_gpio.h

just a hint. not saying frequencies were defined in header. for systems 
that define frequencies - example cpufreq OPPs, clock node usage, we do 
not use indexing to frequency, instead, that is the responsibility of 
driver to convert frequency back to required index.
git grep frequency Documentation/devicetree/bindings gives you how the 
precedence looks like.

Personally, if given a choice, I'd go with actual frequencies rather 
than indexes.

-- 
Regards,
Nishanth Menon

  reply	other threads:[~2013-06-27 13:23 UTC|newest]

Thread overview: 79+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-06-25  8:35 [PATCH] Documentation: dt: bindings: TI WiLink modules Luciano Coelho
2013-06-25  8:35 ` Luciano Coelho
2013-06-25 11:12 ` Felipe Balbi
2013-06-25 11:12   ` Felipe Balbi
2013-06-25 11:56   ` Luciano Coelho
2013-06-25 11:56     ` Luciano Coelho
2013-06-25 13:07     ` Felipe Balbi
2013-06-25 13:07       ` Felipe Balbi
2013-06-25 19:35 ` Luciano Coelho
2013-06-25 19:35   ` Luciano Coelho
2013-06-25 19:37 ` Luciano Coelho
2013-06-25 19:37   ` Luciano Coelho
2013-06-25 19:37   ` Luciano Coelho
2013-06-26  6:24   ` Tony Lindgren
2013-06-26  6:24     ` Tony Lindgren
2013-06-26  8:13     ` Luciano Coelho
2013-06-26  8:13       ` Luciano Coelho
2013-06-26  8:13       ` Luciano Coelho
2013-06-26  8:22       ` Tony Lindgren
2013-06-26  8:22         ` Tony Lindgren
     [not found] ` <51CBC1C8.1040301@gmail.com>
2013-06-27  8:47   ` Luciano Coelho
2013-06-27  8:47     ` Luciano Coelho
2013-06-27 12:51     ` Nishanth Menon
2013-06-27 12:51       ` Nishanth Menon
2013-06-27 12:58       ` Luciano Coelho
2013-06-27 12:58         ` Luciano Coelho
2013-06-27 13:15         ` Nishanth Menon
2013-06-27 13:19           ` Luciano Coelho
2013-06-27 13:19             ` Luciano Coelho
2013-06-27 13:23             ` Nishanth Menon [this message]
2013-06-27 13:23               ` Nishanth Menon
     [not found]               ` <51CC3CEE.3050004-l0cyMroinI0@public.gmane.org>
2013-06-27 13:30                 ` Luciano Coelho
2013-06-27 13:30                   ` Luciano Coelho
2013-06-27 13:39                   ` Nishanth Menon
2013-06-27 13:39                     ` Nishanth Menon
2013-06-27 18:51                     ` Luciano Coelho
2013-06-27 18:51                       ` Luciano Coelho
2013-06-27 18:51                       ` Luciano Coelho
2013-06-27 19:12                       ` Nishanth Menon
2013-06-27 19:12                         ` Nishanth Menon
2013-06-27 19:12                         ` Nishanth Menon
2013-06-27 19:46                         ` Luciano Coelho
2013-06-27 19:46                           ` Luciano Coelho
2013-06-27 19:46                           ` Luciano Coelho
2013-06-27 19:56                           ` Nishanth Menon
2013-06-27 19:56                             ` Nishanth Menon
2013-06-27 19:56                             ` Nishanth Menon
2013-06-28  9:38 ` Mark Rutland
2013-06-28  9:53   ` Luciano Coelho
     [not found]     ` <1372413215.21065.41.camel-eHkr6bJ9aPyyenC2BZ5AVw@public.gmane.org>
2013-06-28 10:21       ` Mark Rutland
2013-06-28 10:21         ` Mark Rutland
2013-06-28 10:31         ` Luciano Coelho
2013-06-28 10:31           ` Luciano Coelho
2013-06-28 11:22           ` Luciano Coelho
2013-06-28 11:22             ` Luciano Coelho
2013-06-28 11:22             ` Luciano Coelho
2013-06-28 11:41             ` Felipe Balbi
2013-06-28 11:41               ` Felipe Balbi
2013-06-28 11:41               ` Felipe Balbi
2013-06-28 12:13               ` Luciano Coelho
2013-06-28 12:13                 ` Luciano Coelho
2013-06-28 12:13                 ` Luciano Coelho
2013-06-28 12:18                 ` Felipe Balbi
2013-06-28 12:18                   ` Felipe Balbi
2013-06-28 12:18                   ` Felipe Balbi
     [not found]                   ` <20130628121859.GP11297-S8G//mZuvNWo5Im9Ml3/Zg@public.gmane.org>
2013-06-28 13:21                     ` Luciano Coelho
2013-06-28 13:21                       ` Luciano Coelho
2013-06-28 13:21                       ` Luciano Coelho
2013-07-01 12:39                       ` Luciano Coelho
2013-07-01 12:39                         ` Luciano Coelho
2013-07-01 12:39                         ` Luciano Coelho
2013-07-17 23:58                         ` Laurent Pinchart
2013-07-17 23:58                           ` Laurent Pinchart
2013-07-20  7:48                           ` Luciano Coelho
2013-07-20  7:48                             ` Luciano Coelho
2013-07-20  7:48                             ` Luciano Coelho
2013-06-28 10:39       ` Mark Rutland
2013-06-28 10:39         ` Mark Rutland
2013-06-28 10:33     ` Mark Rutland

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=51CC3CEE.3050004@ti.com \
    --to=nm@ti.com \
    --cc=coelho@ti.com \
    --cc=devicetree-discuss@lists.ozlabs.org \
    --cc=grant.likely@linaro.org \
    --cc=linux-arm@vger.kernel.org \
    --cc=linux-doc@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-omap@vger.kernel.org \
    --cc=linux-wireless@vger.kernel.org \
    --cc=rob.herring@calxeda.com \
    --cc=tony@atomide.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.