All of lore.kernel.org
 help / color / mirror / Atom feed
From: James Hogan <james.hogan@imgtec.com>
To: Stephen Boyd <sboyd@codeaurora.org>
Cc: Mike Turquette <mturquette@linaro.org>,
	<linux-arm-kernel@lists.infradead.org>,
	LKML <linux-kernel@vger.kernel.org>,
	Saravana Kannan <skannan@codeaurora.org>,
	Doug Anderson <dianders@chromium.org>
Subject: Re: [PATCH v5 0/5] clk: implement remuxing during set_rate
Date: Thu, 25 Jul 2013 10:07:52 +0100	[thread overview]
Message-ID: <51F0EAE8.90303@imgtec.com> (raw)
In-Reply-To: <20130724183912.GC27761@codeaurora.org>

On 24/07/13 19:39, Stephen Boyd wrote:
> On 06/21, James Hogan wrote:
>> On 21 June 2013 18:04, Mike Turquette <mturquette@linaro.org> wrote:
>>> Quoting James Hogan (2013-06-13 09:05:57)
>>>> This patchset adds support for automatic selection of the best parent
>>>> for a clock mux, i.e. the one which can provide the closest clock rate
>>>> to that requested. It can be disabled by a new CLK_SET_RATE_NO_REPARENT
>>>> flag (which is set for all uses of clk_register_mux().
>>>>
>>>> This works by way of adding a new op, determine_rate, similar to
>>>> round_rate but with an extra parameter to allow the clock driver to
>>>> optionally select a different parent clock. This is used in
>>>> clk_calc_new_rates to decide whether to initiate a set_parent operation.
>>>
>>> Hi James,
>>>
>>> I'm going to hold off on this one for 3.11. I'll revisit it after the
>>> next merge window.
>>
>> Okay, no worries.
>>
> 
> Has a new patchset been sent out? I'd like to see this merge in
> 3.12.

Not yet, but I'll try and get it updated and resent early next week.

Cheers
James


WARNING: multiple messages have this Message-ID (diff)
From: james.hogan@imgtec.com (James Hogan)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v5 0/5] clk: implement remuxing during set_rate
Date: Thu, 25 Jul 2013 10:07:52 +0100	[thread overview]
Message-ID: <51F0EAE8.90303@imgtec.com> (raw)
In-Reply-To: <20130724183912.GC27761@codeaurora.org>

On 24/07/13 19:39, Stephen Boyd wrote:
> On 06/21, James Hogan wrote:
>> On 21 June 2013 18:04, Mike Turquette <mturquette@linaro.org> wrote:
>>> Quoting James Hogan (2013-06-13 09:05:57)
>>>> This patchset adds support for automatic selection of the best parent
>>>> for a clock mux, i.e. the one which can provide the closest clock rate
>>>> to that requested. It can be disabled by a new CLK_SET_RATE_NO_REPARENT
>>>> flag (which is set for all uses of clk_register_mux().
>>>>
>>>> This works by way of adding a new op, determine_rate, similar to
>>>> round_rate but with an extra parameter to allow the clock driver to
>>>> optionally select a different parent clock. This is used in
>>>> clk_calc_new_rates to decide whether to initiate a set_parent operation.
>>>
>>> Hi James,
>>>
>>> I'm going to hold off on this one for 3.11. I'll revisit it after the
>>> next merge window.
>>
>> Okay, no worries.
>>
> 
> Has a new patchset been sent out? I'd like to see this merge in
> 3.12.

Not yet, but I'll try and get it updated and resent early next week.

Cheers
James

  reply	other threads:[~2013-07-25 10:38 UTC|newest]

Thread overview: 30+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-06-13 16:05 [PATCH v5 0/5] clk: implement remuxing during set_rate James Hogan
2013-06-13 16:05 ` James Hogan
2013-06-13 16:05 ` [PATCH v5 1/5] clk: abstract parent cache James Hogan
2013-06-13 16:05   ` James Hogan
2013-06-13 16:05 ` [PATCH v5 2/5] clk: move some parent related functions upwards James Hogan
2013-06-13 16:05   ` James Hogan
2013-06-13 16:06 ` [PATCH v5 3/5] clk: add support for clock reparent on set_rate James Hogan
2013-06-13 16:06   ` James Hogan
2013-06-13 16:06 ` [PATCH v5 4/5] clk: add CLK_SET_RATE_NO_REPARENT flag James Hogan
2013-06-13 16:06   ` James Hogan
2013-06-13 16:06   ` James Hogan
2013-07-25 12:34   ` Sylwester Nawrocki
2013-07-25 12:34     ` Sylwester Nawrocki
2013-07-25 12:34     ` Sylwester Nawrocki
2013-07-25 12:55     ` James Hogan
2013-07-25 12:55       ` James Hogan
2013-07-25 12:55       ` James Hogan
2013-07-25 18:05       ` Mike Turquette
2013-07-25 18:05         ` Mike Turquette
2013-07-25 18:05         ` Mike Turquette
2013-06-13 16:06 ` [PATCH v5 5/5] clk: clk-mux: implement remuxing on set_rate James Hogan
2013-06-13 16:06   ` James Hogan
2013-06-21 17:04 ` [PATCH v5 0/5] clk: implement remuxing during set_rate Mike Turquette
2013-06-21 17:04   ` Mike Turquette
2013-06-21 21:27   ` James Hogan
2013-06-21 21:27     ` James Hogan
2013-07-24 18:39     ` Stephen Boyd
2013-07-24 18:39       ` Stephen Boyd
2013-07-25  9:07       ` James Hogan [this message]
2013-07-25  9:07         ` 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=51F0EAE8.90303@imgtec.com \
    --to=james.hogan@imgtec.com \
    --cc=dianders@chromium.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mturquette@linaro.org \
    --cc=sboyd@codeaurora.org \
    --cc=skannan@codeaurora.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.