All of lore.kernel.org
 help / color / mirror / Atom feed
From: Lee Jones <lee.jones@linaro.org>
To: Viresh Kumar <viresh.kumar@linaro.org>
Cc: robh@kernel.org, linux-arm-kernel@lists.infradead.org,
	linux-kernel@vger.kernel.org, kernel@stlinux.com,
	rjw@rjwysocki.net, linux-pm@vger.kernel.org,
	devicetree@vger.kernel.org, ajitpal.singh@st.com
Subject: Re: [PATCH 8/8] dt: cpufreq: st: Provide bindings for ST's CPUFreq implementation
Date: Tue, 23 Jun 2015 09:38:56 +0100	[thread overview]
Message-ID: <20150623083856.GH3245@x1> (raw)
In-Reply-To: <20150623075509.GF16776@linux>

On Tue, 23 Jun 2015, Viresh Kumar wrote:
> On 23-06-15, 08:06, Lee Jones wrote:
> > > [Adding Rob]
> > 
> > Rob is not the only DT Maintainer, there are many of them.  The DT
> > list was CC'ed, which they are all part of.  Adding them all
> > separately is not required IMO.
> 
> I didn't Cc him because you missed him, but because we have been
> discussing opp-v2 bindings recently and this was somehow related to
> that. :)

Okay, fair point.

> > > On 22-06-15, 16:43, Lee Jones wrote:
> > > 
> > > At least some description was required here on why you need additional
> > > bindings are what are they.
> > 
> > Sure, I can do that.
> > 
> > > Over that, this patch should have been present before any other
> > > patches using these bindings.
> > 
> > I've never heard that one before, but it's easy to re-order the set.
> 
> I don't know, but it seems obvious to me: Bindings first and then the
> code.

Do you always write your documentation before implementing a
feature?

Surely it goes;
  Requirements Gathering
  Plan and Prepare
  Implement
  Test
  Document
  Deliver

;)

... but as I say, I can re-order if required.  It's really not a problem.

> > > > +Required properties:
> > > > +-------------------
> > > > +- compatible		: Supported values are:
> > > > +				"st,stih407-cpufreq"
> > > 
> > > Nodes for virtual devices aren't allowed in DT.
> > 
> > Then why do Exynos, Spear, HREF and Snowball have CPUFreq nodes?
> > 
> > One rule for one ... ?
> 
> Not really, but I got a bit confused now with your reply.
> 
> So, what I meant when I wrote: "Nodes for virtual devices aren't
> allowed in DT", was that we aren't supposed to do something like:
> 
> cpufreq {
>  ...
> }
> 
> in DT as cpufreq isn't a device here. A CPU is a device and that can
> contain whatever property we feel is reasonable.
> 
> What SPEAr and Exyons did was putting something in the cpu-node. Not a
> node for cpufreq device itself. Couldn't find HREF and snowball's
> bindings though..

That's not what it looks like to me:

git grep -C20 "compatible.*cpufreq" -- arch

-- 
Lee Jones
Linaro STMicroelectronics Landing Team Lead
Linaro.org │ Open source software for ARM SoCs
Follow Linaro: Facebook | Twitter | Blog

WARNING: multiple messages have this Message-ID (diff)
From: lee.jones@linaro.org (Lee Jones)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 8/8] dt: cpufreq: st: Provide bindings for ST's CPUFreq implementation
Date: Tue, 23 Jun 2015 09:38:56 +0100	[thread overview]
Message-ID: <20150623083856.GH3245@x1> (raw)
In-Reply-To: <20150623075509.GF16776@linux>

On Tue, 23 Jun 2015, Viresh Kumar wrote:
> On 23-06-15, 08:06, Lee Jones wrote:
> > > [Adding Rob]
> > 
> > Rob is not the only DT Maintainer, there are many of them.  The DT
> > list was CC'ed, which they are all part of.  Adding them all
> > separately is not required IMO.
> 
> I didn't Cc him because you missed him, but because we have been
> discussing opp-v2 bindings recently and this was somehow related to
> that. :)

Okay, fair point.

> > > On 22-06-15, 16:43, Lee Jones wrote:
> > > 
> > > At least some description was required here on why you need additional
> > > bindings are what are they.
> > 
> > Sure, I can do that.
> > 
> > > Over that, this patch should have been present before any other
> > > patches using these bindings.
> > 
> > I've never heard that one before, but it's easy to re-order the set.
> 
> I don't know, but it seems obvious to me: Bindings first and then the
> code.

Do you always write your documentation before implementing a
feature?

Surely it goes;
  Requirements Gathering
  Plan and Prepare
  Implement
  Test
  Document
  Deliver

;)

... but as I say, I can re-order if required.  It's really not a problem.

> > > > +Required properties:
> > > > +-------------------
> > > > +- compatible		: Supported values are:
> > > > +				"st,stih407-cpufreq"
> > > 
> > > Nodes for virtual devices aren't allowed in DT.
> > 
> > Then why do Exynos, Spear, HREF and Snowball have CPUFreq nodes?
> > 
> > One rule for one ... ?
> 
> Not really, but I got a bit confused now with your reply.
> 
> So, what I meant when I wrote: "Nodes for virtual devices aren't
> allowed in DT", was that we aren't supposed to do something like:
> 
> cpufreq {
>  ...
> }
> 
> in DT as cpufreq isn't a device here. A CPU is a device and that can
> contain whatever property we feel is reasonable.
> 
> What SPEAr and Exyons did was putting something in the cpu-node. Not a
> node for cpufreq device itself. Couldn't find HREF and snowball's
> bindings though..

That's not what it looks like to me:

git grep -C20 "compatible.*cpufreq" -- arch

-- 
Lee Jones
Linaro STMicroelectronics Landing Team Lead
Linaro.org ? Open source software for ARM SoCs
Follow Linaro: Facebook | Twitter | Blog

  reply	other threads:[~2015-06-23  8:39 UTC|newest]

Thread overview: 87+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-06-22 15:43 [PATCH 0/8] cpufreq: Introduce support for ST's cpufreq functionality Lee Jones
2015-06-22 15:43 ` Lee Jones
2015-06-22 15:43 ` Lee Jones
2015-06-22 15:43 ` [PATCH 1/8] ARM: STi: STiH407: Provide generic (safe) DVFS configuration Lee Jones
2015-06-22 15:43   ` Lee Jones
2015-06-22 15:43   ` Lee Jones
2015-06-22 15:43 ` [PATCH 2/8] ARM: STi: STiH407: Provide CPU with clocking information Lee Jones
2015-06-22 15:43   ` Lee Jones
2015-06-22 15:43   ` Lee Jones
2015-06-22 15:43 ` [PATCH 4/8] ARM: STi: STiH407: Provide a node for CPUFreq Lee Jones
2015-06-22 15:43   ` Lee Jones
2015-06-22 15:43   ` Lee Jones
     [not found]   ` <1434987837-24212-5-git-send-email-lee.jones-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>
2015-06-23  2:16     ` Viresh Kumar
2015-06-23  2:16       ` Viresh Kumar
2015-06-23  2:16       ` Viresh Kumar
2015-06-23  7:10       ` Lee Jones
2015-06-23  7:10         ` Lee Jones
2015-06-23  7:10         ` Lee Jones
2015-06-23  7:57         ` Viresh Kumar
2015-06-23  7:57           ` Viresh Kumar
     [not found] ` <1434987837-24212-1-git-send-email-lee.jones-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>
2015-06-22 15:43   ` [PATCH 3/8] ARM: STi: STiH407: Link CPU with its voltage supply Lee Jones
2015-06-22 15:43     ` Lee Jones
2015-06-22 15:43     ` Lee Jones
2015-06-22 15:43   ` [PATCH 5/8] ARM: STi: STiH407: Move PWM nodes STiH407 => STiH407-family Lee Jones
2015-06-22 15:43     ` Lee Jones
2015-06-22 15:43     ` Lee Jones
2015-06-23  2:17     ` Viresh Kumar
2015-06-23  2:17       ` Viresh Kumar
2015-06-23  2:17       ` Viresh Kumar
2015-06-23  7:08       ` Lee Jones
2015-06-23  7:08         ` Lee Jones
2015-06-23  7:08         ` Lee Jones
2015-06-23  7:55         ` Viresh Kumar
2015-06-23  7:55           ` Viresh Kumar
2015-06-22 15:43 ` [PATCH 6/8] ARM: multi_v7_defconfig: Enable support for PWM Regulators Lee Jones
2015-06-22 15:43   ` Lee Jones
2015-06-22 15:43   ` Lee Jones
2015-06-22 15:43 ` [PATCH 7/8] cpufreq: st: Provide runtime initialised driver for ST's platforms Lee Jones
2015-06-22 15:43   ` Lee Jones
2015-06-22 15:43   ` Lee Jones
2015-06-23  2:50   ` Viresh Kumar
2015-06-23  2:50     ` Viresh Kumar
2015-06-23  2:50     ` Viresh Kumar
2015-06-23  7:16     ` Lee Jones
2015-06-23  7:16       ` Lee Jones
2015-06-23  7:16       ` Lee Jones
2015-06-23  7:31       ` [STLinux Kernel] " Maxime Coquelin
2015-06-23  7:31         ` Maxime Coquelin
2015-06-23  7:31         ` Maxime Coquelin
2015-06-23  8:03       ` Viresh Kumar
2015-06-23  8:03         ` Viresh Kumar
2015-06-23  8:03         ` Viresh Kumar
2015-06-23  8:27         ` Lee Jones
2015-06-23  8:27           ` Lee Jones
2015-06-23  8:30           ` Viresh Kumar
2015-06-23  8:30             ` Viresh Kumar
2015-06-23  9:00             ` Lee Jones
2015-06-23  9:00               ` Lee Jones
2015-06-23  8:00   ` Paul Bolle
2015-06-23  8:00     ` Paul Bolle
     [not found]     ` <1435046411.4528.6.camel-IWqWACnzNjzz+pZb47iToQ@public.gmane.org>
2015-06-23  8:28       ` Lee Jones
2015-06-23  8:28         ` Lee Jones
2015-06-23  8:28         ` Lee Jones
2015-06-23 20:03         ` Paul Bolle
2015-06-23 20:03           ` Paul Bolle
2015-06-24  7:33           ` Lee Jones
2015-06-24  7:33             ` Lee Jones
2015-06-22 15:43 ` [PATCH 8/8] dt: cpufreq: st: Provide bindings for ST's CPUFreq implementation Lee Jones
2015-06-22 15:43   ` Lee Jones
2015-06-22 15:43   ` Lee Jones
2015-06-23  2:34   ` Viresh Kumar
2015-06-23  2:34     ` Viresh Kumar
2015-06-23  2:34     ` Viresh Kumar
2015-06-23  7:06     ` Lee Jones
2015-06-23  7:06       ` Lee Jones
2015-06-23  7:06       ` Lee Jones
2015-06-23  7:55       ` Viresh Kumar
2015-06-23  7:55         ` Viresh Kumar
2015-06-23  8:38         ` Lee Jones [this message]
2015-06-23  8:38           ` Lee Jones
2015-06-23  8:52           ` Javier Martinez Canillas
2015-06-23  8:52             ` Javier Martinez Canillas
2015-06-23  8:59             ` Lee Jones
2015-06-23  8:59               ` Lee Jones
2015-06-23  9:00           ` Viresh Kumar
2015-06-23  9:00             ` Viresh Kumar
2015-06-23  9:00             ` Viresh Kumar

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=20150623083856.GH3245@x1 \
    --to=lee.jones@linaro.org \
    --cc=ajitpal.singh@st.com \
    --cc=devicetree@vger.kernel.org \
    --cc=kernel@stlinux.com \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-pm@vger.kernel.org \
    --cc=rjw@rjwysocki.net \
    --cc=robh@kernel.org \
    --cc=viresh.kumar@linaro.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.