Re: [PATCH v3 1/2] clk: Add consumer APIs for discovering possible parent clocks

2016-07-01 Thread Scott Wood 
On Fri, 2016-07-01 at 22:53 +0200, Rafael J. Wysocki wrote:
> On Friday, July 01, 2016 01:55:46 AM Scott Wood wrote:
> > 
> > On Thu, 2016-06-30 at 15:29 +0200, Rafael J. Wysocki wrote:
> > > 
> > > On Thursday, June 30, 2016 05:46:42 AM Scott Wood wrote:
> > > > 
> > > > 
> > > > On 06/29/2016 10:02 PM, Yuantian Tang wrote:
> > > > > 
> > > > > 
> > > > > > 
> > > > > > 
> > > > > > -Original Message-
> > > > > > From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
> > > > > > Sent: Thursday, June 30, 2016 10:24 AM
> > > > > > To: Yuantian Tang <yuantian.t...@nxp.com>
> > > > > > Cc: Scott Wood <o...@buserror.net>; Russell King <li...@armlinux.or
> > > > > > g.uk
> > > > > > > 
> > > > > > > ;
> > > > > > Michael Turquette <mturque...@baylibre.com>; Stephen Boyd
> > > > > > <sb...@codeaurora.org>; Viresh Kumar <viresh.ku...@linaro.org>;
> > > > > > linux-
> > > > > > c...@vger.kernel.org; linux...@vger.kernel.org; linuxppc-
> > > > > > d...@lists.ozlabs.org; Yang-Leo Li <leoyang...@nxp.com>; Xiaofeng
> > > > > > Ren
> > > > > > <xiaofeng@nxp.com>; Scott Wood <scottw...@freescale.com>
> > > > > > Subject: Re: [PATCH v3 1/2] clk: Add consumer APIs for discovering
> > > > > > possible
> > > > > > parent clocks
> > > > > > 
> > > > > > On Thursday, June 30, 2016 01:47:09 AM Yuantian Tang wrote:
> > > > > > > 
> > > > > > > 
> > > > > > > > 
> > > > > > > > 
> > > > > > > > -Original Message-
> > > > > > > > From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
> > > > > > > > Sent: Thursday, June 30, 2016 9:47 AM
> > > > > > > > To: Yuantian Tang <yuantian.t...@nxp.com>
> > > > > > > > Cc: Scott Wood <o...@buserror.net>; Russell King
> > > > > > > > <li...@armlinux.org.uk>; Michael Turquette
> > > > > > > > <mturque...@baylibre.com>; Stephen Boyd <sb...@codeaurora.org>
> > > > > > > > ;
> > > > > > > > Viresh Kumar <viresh.ku...@linaro.org>; linux- clk@vger.kernel
> > > > > > > > .org
> > > > > > > > ;
> > > > > > > > linux...@vger.kernel.org; linuxppc- d...@lists.ozlabs.org;
> > > > > > > > Yang-Leo
> > > > > > > > Li <leoyang...@nxp.com>; Xiaofeng Ren <xiaofeng@nxp.com>;
> > > > > > > > Scott
> > > > > > > > Wood <scottw...@freescale.com>
> > > > > > > > Subject: Re: [PATCH v3 1/2] clk: Add consumer APIs for
> > > > > > > > discovering
> > > > > > > > possible parent clocks
> > > > > > > > 
> > > > > > > > On Wednesday, June 29, 2016 05:50:26 AM Yuantian Tang wrote:
> > > > > > > > > 
> > > > > > > > > 
> > > > > > > > > Hi,
> > > > > > > > > 
> > > > > > > > > This patch is acked by clock maintainer. If no comments from
> > > > > > > > > anyone else,
> > > > > > > > we will merge it in next week.
> > > > > > > > 
> > > > > > > > There is a cpufreq commit depending on it.  Are you going to
> > > > > > > > handle
> > > > > > > > that one too?
> > > > > > > > 
> > > > > > > That one has been acked by cpufreq maintainer. You can get this
> > > > > > > from
> > > > > > patch comments.
> > > > > > 
> > > > > > I know that it has been ACKed.
> > > > > > 
> > > > > > My question is whether or not you are going to apply it along the
> > > > > > [1/2].
> > > > > > 
> > > > > > If not, it will have to be deferred until the [1/2] is merged and
> > > > > > then
> > > > > > applied
> > > > > > which may not be desirable.
> > > > > > 
> > > > > I hope we can apply both at same time. Seems Scott has a few
> > > > > concerns.
> > > > > 
> > > > > What you think about this patch? Can you apply it?
> > > > > If you have applied this patch, then I can push CPUfreq maintainer
> > > > > to
> > > > > apply another one which will be delayed.
> > > > My only concern was getting an ack for this patch (1/2) -- did I miss
> > > > it
> > > > somewhere?
> > > OK, so who's going to apply the series?
> > Ideally it should go via the cpufreq tree.
> OK, I'll apply both, then.
> 
> Who exactly has ACKed the [1/2] from the clk side?

That's the problem.  I'm not sure what ACK Yuantian is referring to.  The last
I've heard from a clock maintainer was https://lkml.org/lkml/2015/9/18/816 des
pite repeated attempts to get Russell King to respond as clock API maintainer.

-Scott

___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev

Re: [PATCH v3 1/2] clk: Add consumer APIs for discovering possible parent clocks

2016-07-01 Thread Rafael J. Wysocki 
On Friday, July 01, 2016 01:55:46 AM Scott Wood wrote:
> On Thu, 2016-06-30 at 15:29 +0200, Rafael J. Wysocki wrote:
> > On Thursday, June 30, 2016 05:46:42 AM Scott Wood wrote:
> > > 
> > > On 06/29/2016 10:02 PM, Yuantian Tang wrote:
> > > > 
> > > > > 
> > > > > -Original Message-
> > > > > From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
> > > > > Sent: Thursday, June 30, 2016 10:24 AM
> > > > > To: Yuantian Tang <yuantian.t...@nxp.com>
> > > > > Cc: Scott Wood <o...@buserror.net>; Russell King 
> > > > > <li...@armlinux.org.uk
> > > > > >;
> > > > > Michael Turquette <mturque...@baylibre.com>; Stephen Boyd
> > > > > <sb...@codeaurora.org>; Viresh Kumar <viresh.ku...@linaro.org>; linux-
> > > > > c...@vger.kernel.org; linux...@vger.kernel.org; linuxppc-
> > > > > d...@lists.ozlabs.org; Yang-Leo Li <leoyang...@nxp.com>; Xiaofeng Ren
> > > > > <xiaofeng@nxp.com>; Scott Wood <scottw...@freescale.com>
> > > > > Subject: Re: [PATCH v3 1/2] clk: Add consumer APIs for discovering
> > > > > possible
> > > > > parent clocks
> > > > > 
> > > > > On Thursday, June 30, 2016 01:47:09 AM Yuantian Tang wrote:
> > > > > > 
> > > > > > > 
> > > > > > > -Original Message-
> > > > > > > From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
> > > > > > > Sent: Thursday, June 30, 2016 9:47 AM
> > > > > > > To: Yuantian Tang <yuantian.t...@nxp.com>
> > > > > > > Cc: Scott Wood <o...@buserror.net>; Russell King
> > > > > > > <li...@armlinux.org.uk>; Michael Turquette
> > > > > > > <mturque...@baylibre.com>; Stephen Boyd <sb...@codeaurora.org>;
> > > > > > > Viresh Kumar <viresh.ku...@linaro.org>; linux- 
> > > > > > > c...@vger.kernel.org
> > > > > > > ;
> > > > > > > linux...@vger.kernel.org; linuxppc- d...@lists.ozlabs.org; 
> > > > > > > Yang-Leo
> > > > > > > Li <leoyang...@nxp.com>; Xiaofeng Ren <xiaofeng@nxp.com>;
> > > > > > > Scott
> > > > > > > Wood <scottw...@freescale.com>
> > > > > > > Subject: Re: [PATCH v3 1/2] clk: Add consumer APIs for discovering
> > > > > > > possible parent clocks
> > > > > > > 
> > > > > > > On Wednesday, June 29, 2016 05:50:26 AM Yuantian Tang wrote:
> > > > > > > > 
> > > > > > > > Hi,
> > > > > > > > 
> > > > > > > > This patch is acked by clock maintainer. If no comments from
> > > > > > > > anyone else,
> > > > > > > we will merge it in next week.
> > > > > > > 
> > > > > > > There is a cpufreq commit depending on it.  Are you going to
> > > > > > > handle
> > > > > > > that one too?
> > > > > > > 
> > > > > > That one has been acked by cpufreq maintainer. You can get this from
> > > > > patch comments.
> > > > > 
> > > > > I know that it has been ACKed.
> > > > > 
> > > > > My question is whether or not you are going to apply it along the
> > > > > [1/2].
> > > > > 
> > > > > If not, it will have to be deferred until the [1/2] is merged and then
> > > > > applied
> > > > > which may not be desirable.
> > > > > 
> > > > I hope we can apply both at same time. Seems Scott has a few concerns.
> > > > 
> > > > What you think about this patch? Can you apply it?
> > > > If you have applied this patch, then I can push CPUfreq maintainer to
> > > > apply another one which will be delayed.
> > > My only concern was getting an ack for this patch (1/2) -- did I miss it
> > > somewhere?
> > OK, so who's going to apply the series?
> 
> Ideally it should go via the cpufreq tree.

OK, I'll apply both, then.

Who exactly has ACKed the [1/2] from the clk side?

Thanks,
Rafael

___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev

Re: [PATCH v3 1/2] clk: Add consumer APIs for discovering possible parent clocks

2016-07-01 Thread Scott Wood 
On Thu, 2016-06-30 at 15:29 +0200, Rafael J. Wysocki wrote:
> On Thursday, June 30, 2016 05:46:42 AM Scott Wood wrote:
> > 
> > On 06/29/2016 10:02 PM, Yuantian Tang wrote:
> > > 
> > > > 
> > > > -Original Message-
> > > > From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
> > > > Sent: Thursday, June 30, 2016 10:24 AM
> > > > To: Yuantian Tang <yuantian.t...@nxp.com>
> > > > Cc: Scott Wood <o...@buserror.net>; Russell King <li...@armlinux.org.uk
> > > > >;
> > > > Michael Turquette <mturque...@baylibre.com>; Stephen Boyd
> > > > <sb...@codeaurora.org>; Viresh Kumar <viresh.ku...@linaro.org>; linux-
> > > > c...@vger.kernel.org; linux...@vger.kernel.org; linuxppc-
> > > > d...@lists.ozlabs.org; Yang-Leo Li <leoyang...@nxp.com>; Xiaofeng Ren
> > > > <xiaofeng@nxp.com>; Scott Wood <scottw...@freescale.com>
> > > > Subject: Re: [PATCH v3 1/2] clk: Add consumer APIs for discovering
> > > > possible
> > > > parent clocks
> > > > 
> > > > On Thursday, June 30, 2016 01:47:09 AM Yuantian Tang wrote:
> > > > > 
> > > > > > 
> > > > > > -Original Message-
> > > > > > From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
> > > > > > Sent: Thursday, June 30, 2016 9:47 AM
> > > > > > To: Yuantian Tang <yuantian.t...@nxp.com>
> > > > > > Cc: Scott Wood <o...@buserror.net>; Russell King
> > > > > > <li...@armlinux.org.uk>; Michael Turquette
> > > > > > <mturque...@baylibre.com>; Stephen Boyd <sb...@codeaurora.org>;
> > > > > > Viresh Kumar <viresh.ku...@linaro.org>; linux- c...@vger.kernel.org
> > > > > > ;
> > > > > > linux...@vger.kernel.org; linuxppc- d...@lists.ozlabs.org; Yang-Leo
> > > > > > Li <leoyang...@nxp.com>; Xiaofeng Ren <xiaofeng@nxp.com>;
> > > > > > Scott
> > > > > > Wood <scottw...@freescale.com>
> > > > > > Subject: Re: [PATCH v3 1/2] clk: Add consumer APIs for discovering
> > > > > > possible parent clocks
> > > > > > 
> > > > > > On Wednesday, June 29, 2016 05:50:26 AM Yuantian Tang wrote:
> > > > > > > 
> > > > > > > Hi,
> > > > > > > 
> > > > > > > This patch is acked by clock maintainer. If no comments from
> > > > > > > anyone else,
> > > > > > we will merge it in next week.
> > > > > > 
> > > > > > There is a cpufreq commit depending on it.  Are you going to
> > > > > > handle
> > > > > > that one too?
> > > > > > 
> > > > > That one has been acked by cpufreq maintainer. You can get this from
> > > > patch comments.
> > > > 
> > > > I know that it has been ACKed.
> > > > 
> > > > My question is whether or not you are going to apply it along the
> > > > [1/2].
> > > > 
> > > > If not, it will have to be deferred until the [1/2] is merged and then
> > > > applied
> > > > which may not be desirable.
> > > > 
> > > I hope we can apply both at same time. Seems Scott has a few concerns.
> > > 
> > > What you think about this patch? Can you apply it?
> > > If you have applied this patch, then I can push CPUfreq maintainer to
> > > apply another one which will be delayed.
> > My only concern was getting an ack for this patch (1/2) -- did I miss it
> > somewhere?
> OK, so who's going to apply the series?

Ideally it should go via the cpufreq tree.

-Scott

___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev

Re: [PATCH v3 1/2] clk: Add consumer APIs for discovering possible parent clocks

2016-06-30 Thread Rafael J. Wysocki 
On Thursday, June 30, 2016 05:46:42 AM Scott Wood wrote:
> On 06/29/2016 10:02 PM, Yuantian Tang wrote:
> >> -Original Message-
> >> From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
> >> Sent: Thursday, June 30, 2016 10:24 AM
> >> To: Yuantian Tang <yuantian.t...@nxp.com>
> >> Cc: Scott Wood <o...@buserror.net>; Russell King <li...@armlinux.org.uk>;
> >> Michael Turquette <mturque...@baylibre.com>; Stephen Boyd
> >> <sb...@codeaurora.org>; Viresh Kumar <viresh.ku...@linaro.org>; linux-
> >> c...@vger.kernel.org; linux...@vger.kernel.org; linuxppc-
> >> d...@lists.ozlabs.org; Yang-Leo Li <leoyang...@nxp.com>; Xiaofeng Ren
> >> <xiaofeng@nxp.com>; Scott Wood <scottw...@freescale.com>
> >> Subject: Re: [PATCH v3 1/2] clk: Add consumer APIs for discovering possible
> >> parent clocks
> >>
> >> On Thursday, June 30, 2016 01:47:09 AM Yuantian Tang wrote:
> >>>> -Original Message-
> >>>> From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
> >>>> Sent: Thursday, June 30, 2016 9:47 AM
> >>>> To: Yuantian Tang <yuantian.t...@nxp.com>
> >>>> Cc: Scott Wood <o...@buserror.net>; Russell King
> >>>> <li...@armlinux.org.uk>; Michael Turquette
> >>>> <mturque...@baylibre.com>; Stephen Boyd <sb...@codeaurora.org>;
> >>>> Viresh Kumar <viresh.ku...@linaro.org>; linux- c...@vger.kernel.org;
> >>>> linux...@vger.kernel.org; linuxppc- d...@lists.ozlabs.org; Yang-Leo
> >>>> Li <leoyang...@nxp.com>; Xiaofeng Ren <xiaofeng@nxp.com>; Scott
> >>>> Wood <scottw...@freescale.com>
> >>>> Subject: Re: [PATCH v3 1/2] clk: Add consumer APIs for discovering
> >>>> possible parent clocks
> >>>>
> >>>> On Wednesday, June 29, 2016 05:50:26 AM Yuantian Tang wrote:
> >>>>> Hi,
> >>>>>
> >>>>> This patch is acked by clock maintainer. If no comments from
> >>>>> anyone else,
> >>>> we will merge it in next week.
> >>>>
> >>>> There is a cpufreq commit depending on it.  Are you going to handle
> >>>> that one too?
> >>>>
> >>> That one has been acked by cpufreq maintainer. You can get this from
> >> patch comments.
> >>
> >> I know that it has been ACKed.
> >>
> >> My question is whether or not you are going to apply it along the [1/2].
> >>
> >> If not, it will have to be deferred until the [1/2] is merged and then 
> >> applied
> >> which may not be desirable.
> >>
> > I hope we can apply both at same time. Seems Scott has a few concerns.
> > 
> > What you think about this patch? Can you apply it?
> > If you have applied this patch, then I can push CPUfreq maintainer to apply 
> > another one which will be delayed.
> 
> My only concern was getting an ack for this patch (1/2) -- did I miss it
> somewhere?

OK, so who's going to apply the series?

Thanks,
Rafael

___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev

Re: [PATCH v3 1/2] clk: Add consumer APIs for discovering possible parent clocks

2016-06-30 Thread Scott Wood 
On 06/29/2016 10:02 PM, Yuantian Tang wrote:
>> -Original Message-
>> From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
>> Sent: Thursday, June 30, 2016 10:24 AM
>> To: Yuantian Tang <yuantian.t...@nxp.com>
>> Cc: Scott Wood <o...@buserror.net>; Russell King <li...@armlinux.org.uk>;
>> Michael Turquette <mturque...@baylibre.com>; Stephen Boyd
>> <sb...@codeaurora.org>; Viresh Kumar <viresh.ku...@linaro.org>; linux-
>> c...@vger.kernel.org; linux...@vger.kernel.org; linuxppc-
>> d...@lists.ozlabs.org; Yang-Leo Li <leoyang...@nxp.com>; Xiaofeng Ren
>> <xiaofeng@nxp.com>; Scott Wood <scottw...@freescale.com>
>> Subject: Re: [PATCH v3 1/2] clk: Add consumer APIs for discovering possible
>> parent clocks
>>
>> On Thursday, June 30, 2016 01:47:09 AM Yuantian Tang wrote:
>>>> -Original Message-
>>>> From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
>>>> Sent: Thursday, June 30, 2016 9:47 AM
>>>> To: Yuantian Tang <yuantian.t...@nxp.com>
>>>> Cc: Scott Wood <o...@buserror.net>; Russell King
>>>> <li...@armlinux.org.uk>; Michael Turquette
>>>> <mturque...@baylibre.com>; Stephen Boyd <sb...@codeaurora.org>;
>>>> Viresh Kumar <viresh.ku...@linaro.org>; linux- c...@vger.kernel.org;
>>>> linux...@vger.kernel.org; linuxppc- d...@lists.ozlabs.org; Yang-Leo
>>>> Li <leoyang...@nxp.com>; Xiaofeng Ren <xiaofeng@nxp.com>; Scott
>>>> Wood <scottw...@freescale.com>
>>>> Subject: Re: [PATCH v3 1/2] clk: Add consumer APIs for discovering
>>>> possible parent clocks
>>>>
>>>> On Wednesday, June 29, 2016 05:50:26 AM Yuantian Tang wrote:
>>>>> Hi,
>>>>>
>>>>> This patch is acked by clock maintainer. If no comments from
>>>>> anyone else,
>>>> we will merge it in next week.
>>>>
>>>> There is a cpufreq commit depending on it.  Are you going to handle
>>>> that one too?
>>>>
>>> That one has been acked by cpufreq maintainer. You can get this from
>> patch comments.
>>
>> I know that it has been ACKed.
>>
>> My question is whether or not you are going to apply it along the [1/2].
>>
>> If not, it will have to be deferred until the [1/2] is merged and then 
>> applied
>> which may not be desirable.
>>
> I hope we can apply both at same time. Seems Scott has a few concerns.
> 
> What you think about this patch? Can you apply it?
> If you have applied this patch, then I can push CPUfreq maintainer to apply 
> another one which will be delayed.

My only concern was getting an ack for this patch (1/2) -- did I miss it
somewhere?

-Scott

___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev

RE: [PATCH v3 1/2] clk: Add consumer APIs for discovering possible parent clocks

2016-06-29 Thread Yuantian Tang 
> -Original Message-
> From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
> Sent: Thursday, June 30, 2016 10:24 AM
> To: Yuantian Tang <yuantian.t...@nxp.com>
> Cc: Scott Wood <o...@buserror.net>; Russell King <li...@armlinux.org.uk>;
> Michael Turquette <mturque...@baylibre.com>; Stephen Boyd
> <sb...@codeaurora.org>; Viresh Kumar <viresh.ku...@linaro.org>; linux-
> c...@vger.kernel.org; linux...@vger.kernel.org; linuxppc-
> d...@lists.ozlabs.org; Yang-Leo Li <leoyang...@nxp.com>; Xiaofeng Ren
> <xiaofeng....@nxp.com>; Scott Wood <scottw...@freescale.com>
> Subject: Re: [PATCH v3 1/2] clk: Add consumer APIs for discovering possible
> parent clocks
> 
> On Thursday, June 30, 2016 01:47:09 AM Yuantian Tang wrote:
> > > -Original Message-
> > > From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
> > > Sent: Thursday, June 30, 2016 9:47 AM
> > > To: Yuantian Tang <yuantian.t...@nxp.com>
> > > Cc: Scott Wood <o...@buserror.net>; Russell King
> > > <li...@armlinux.org.uk>; Michael Turquette
> > > <mturque...@baylibre.com>; Stephen Boyd <sb...@codeaurora.org>;
> > > Viresh Kumar <viresh.ku...@linaro.org>; linux- c...@vger.kernel.org;
> > > linux...@vger.kernel.org; linuxppc- d...@lists.ozlabs.org; Yang-Leo
> > > Li <leoyang...@nxp.com>; Xiaofeng Ren <xiaofeng@nxp.com>; Scott
> > > Wood <scottw...@freescale.com>
> > > Subject: Re: [PATCH v3 1/2] clk: Add consumer APIs for discovering
> > > possible parent clocks
> > >
> > > On Wednesday, June 29, 2016 05:50:26 AM Yuantian Tang wrote:
> > > > Hi,
> > > >
> > > > This patch is acked by clock maintainer. If no comments from
> > > > anyone else,
> > > we will merge it in next week.
> > >
> > > There is a cpufreq commit depending on it.  Are you going to handle
> > > that one too?
> > >
> > That one has been acked by cpufreq maintainer. You can get this from
> patch comments.
> 
> I know that it has been ACKed.
> 
> My question is whether or not you are going to apply it along the [1/2].
> 
> If not, it will have to be deferred until the [1/2] is merged and then applied
> which may not be desirable.
> 
I hope we can apply both at same time. Seems Scott has a few concerns.

What you think about this patch? Can you apply it?
If you have applied this patch, then I can push CPUfreq maintainer to apply 
another one which will be delayed.

Regards,
Yuantian

> Thanks,
> Rafael

___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev

Re: [PATCH v3 1/2] clk: Add consumer APIs for discovering possible parent clocks

2016-06-29 Thread Rafael J. Wysocki 
On Thursday, June 30, 2016 01:47:09 AM Yuantian Tang wrote:
> > -Original Message-
> > From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
> > Sent: Thursday, June 30, 2016 9:47 AM
> > To: Yuantian Tang <yuantian.t...@nxp.com>
> > Cc: Scott Wood <o...@buserror.net>; Russell King <li...@armlinux.org.uk>;
> > Michael Turquette <mturque...@baylibre.com>; Stephen Boyd
> > <sb...@codeaurora.org>; Viresh Kumar <viresh.ku...@linaro.org>; linux-
> > c...@vger.kernel.org; linux...@vger.kernel.org; linuxppc-
> > d...@lists.ozlabs.org; Yang-Leo Li <leoyang...@nxp.com>; Xiaofeng Ren
> > <xiaofeng....@nxp.com>; Scott Wood <scottw...@freescale.com>
> > Subject: Re: [PATCH v3 1/2] clk: Add consumer APIs for discovering possible
> > parent clocks
> > 
> > On Wednesday, June 29, 2016 05:50:26 AM Yuantian Tang wrote:
> > > Hi,
> > >
> > > This patch is acked by clock maintainer. If no comments from anyone else,
> > we will merge it in next week.
> > 
> > There is a cpufreq commit depending on it.  Are you going to handle that one
> > too?
> > 
> That one has been acked by cpufreq maintainer. You can get this from patch 
> comments.

I know that it has been ACKed.

My question is whether or not you are going to apply it along the [1/2].

If not, it will have to be deferred until the [1/2] is merged and then applied
which may not be desirable.

Thanks,
Rafael

___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev

RE: [PATCH v3 1/2] clk: Add consumer APIs for discovering possible parent clocks

2016-06-29 Thread Yuantian Tang 
> -Original Message-
> From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
> Sent: Thursday, June 30, 2016 9:47 AM
> To: Yuantian Tang <yuantian.t...@nxp.com>
> Cc: Scott Wood <o...@buserror.net>; Russell King <li...@armlinux.org.uk>;
> Michael Turquette <mturque...@baylibre.com>; Stephen Boyd
> <sb...@codeaurora.org>; Viresh Kumar <viresh.ku...@linaro.org>; linux-
> c...@vger.kernel.org; linux...@vger.kernel.org; linuxppc-
> d...@lists.ozlabs.org; Yang-Leo Li <leoyang...@nxp.com>; Xiaofeng Ren
> <xiaofeng....@nxp.com>; Scott Wood <scottw...@freescale.com>
> Subject: Re: [PATCH v3 1/2] clk: Add consumer APIs for discovering possible
> parent clocks
> 
> On Wednesday, June 29, 2016 05:50:26 AM Yuantian Tang wrote:
> > Hi,
> >
> > This patch is acked by clock maintainer. If no comments from anyone else,
> we will merge it in next week.
> 
> There is a cpufreq commit depending on it.  Are you going to handle that one
> too?
> 
That one has been acked by cpufreq maintainer. You can get this from patch 
comments.

Regards,
Yuantian

Re
> Thanks,
> Rafael

___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev

Re: [PATCH v3 1/2] clk: Add consumer APIs for discovering possible parent clocks

2016-06-29 Thread Rafael J. Wysocki 
On Wednesday, June 29, 2016 05:50:26 AM Yuantian Tang wrote:
> Hi,
> 
> This patch is acked by clock maintainer. If no comments from anyone else, we 
> will merge it in next week.

There is a cpufreq commit depending on it.  Are you going to handle that one 
too?

Thanks,
Rafael

___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev

RE: [PATCH v3 1/2] clk: Add consumer APIs for discovering possible parent clocks

2016-06-29 Thread Yuantian Tang 
Hi,

This patch is acked by clock maintainer. If no comments from anyone else, we 
will merge it in next week.

Thanks,
Yuantian

> -Original Message-
> From: Scott Wood [mailto:o...@buserror.net]
> Sent: Thursday, June 16, 2016 2:21 PM
> To: Russell King ; Michael Turquette
> ; Stephen Boyd ;
> Viresh Kumar ; Rafael J. Wysocki
> 
> Cc: linux-...@vger.kernel.org; linux...@vger.kernel.org; linuxppc-
> d...@lists.ozlabs.org; Yuantian Tang ; Yang-Leo Li
> ; Xiaofeng Ren ; Scott Wood
> 
> Subject: [PATCH v3 1/2] clk: Add consumer APIs for discovering possible
> parent clocks
> 
> From: Scott Wood 
> 
> Commit fc4a05d4b0eb ("clk: Remove unused provider APIs") removed
> __clk_get_num_parents() and clk_hw_get_parent_by_index(), leaving only
> true provider API versions that operate on struct clk_hw.
> 
> qoriq-cpufreq needs these functions in order to determine the options it has
> for calling clk_set_parent() and thus populate the cpufreq table, so revive
> them as legitimate consumer APIs.
> 
> Signed-off-by: Scott Wood 
> ---
> v2: Add missing 'static inline' to stub functions.
> 
> v3: no changes
> 
>  drivers/clk/clk.c   | 19 +++
>  include/linux/clk.h | 31 +++
>  2 files changed, 50 insertions(+)
> 
> diff --git a/drivers/clk/clk.c b/drivers/clk/clk.c index d584004..d61a3fe 
> 100644
> --- a/drivers/clk/clk.c
> +++ b/drivers/clk/clk.c
> @@ -290,6 +290,12 @@ struct clk_hw *__clk_get_hw(struct clk *clk)  }
> EXPORT_SYMBOL_GPL(__clk_get_hw);
> 
> +unsigned int clk_get_num_parents(struct clk *clk) {
> + return !clk ? 0 : clk->core->num_parents; }
> +EXPORT_SYMBOL_GPL(clk_get_num_parents);
> +
>  unsigned int clk_hw_get_num_parents(const struct clk_hw *hw)  {
>   return hw->core->num_parents;
> @@ -358,6 +364,19 @@ static struct clk_core
> *clk_core_get_parent_by_index(struct clk_core *core,
>   return core->parents[index];
>  }
> 
> +struct clk *clk_get_parent_by_index(struct clk *clk, unsigned int
> +index) {
> + struct clk_core *parent;
> +
> + if (!clk)
> + return NULL;
> +
> + parent = clk_core_get_parent_by_index(clk->core, index);
> +
> + return !parent ? NULL : parent->hw->clk; }
> +EXPORT_SYMBOL_GPL(clk_get_parent_by_index);
> +
>  struct clk_hw *
>  clk_hw_get_parent_by_index(const struct clk_hw *hw, unsigned int index)
> { diff --git a/include/linux/clk.h b/include/linux/clk.h index 
> 0df4a51..acd115f
> 100644
> --- a/include/linux/clk.h
> +++ b/include/linux/clk.h
> @@ -392,6 +392,26 @@ int clk_set_parent(struct clk *clk, struct clk *parent);
> struct clk *clk_get_parent(struct clk *clk);
> 
>  /**
> + * clk_get_parent_by_index - get a possible parent clock by index
> + * @clk: clock source
> + * @index: index into the array of possible parents of this clock
> + *
> + * Returns struct clk corresponding to the requested possible
> + * parent clock source, or NULL.
> + */
> +struct clk *clk_get_parent_by_index(struct clk *clk,
> + unsigned int index);
> +
> +/**
> + * clk_get_num_parents - get number of possible parents
> + * @clk: clock source
> + *
> + * Returns the number of possible parents of this clock,
> + * which can then be enumerated using clk_get_parent_by_index().
> + */
> +unsigned int clk_get_num_parents(struct clk *clk);
> +
> +/**
>   * clk_get_sys - get a clock based upon the device name
>   * @dev_id: device name
>   * @con_id: connection ID
> @@ -461,6 +481,17 @@ static inline struct clk *clk_get_parent(struct clk *clk)
>   return NULL;
>  }
> 
> +static inline struct clk *clk_get_parent_by_index(struct clk *clk,
> +   unsigned int index)
> +{
> + return NULL;
> +}
> +
> +static inline unsigned int clk_get_num_parents(struct clk *clk) {
> + return 0;
> +}
> +
>  #endif
> 
>  /* clk_prepare_enable helps cases using clk_enable in non-atomic context.
> */
> --
> 2.5.0

___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev