Re: [PATCH v2 0/3] clk: implement remuxing during set_rate

2013-05-16 Thread James Hogan
On 16/05/13 05:11, Saravana Kannan wrote: > I really want to review this because I solved the same problem in our > internal clock framework and want to make sure upstream doesn't go > through the same mistakes. But haven't had the time. Hopefully, I'll go > it before this gets accepted by Mike. I'

Re: [PATCH v2 0/3] clk: implement remuxing during set_rate

2013-05-15 Thread Saravana Kannan
On 04/19/2013 09:28 AM, James Hogan wrote: 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 controlled by a new CLK_SET_RATE_REMUX flag so that it doesn't happen unless explici

Re: [PATCH v2 0/3] clk: implement remuxing during set_rate

2013-05-14 Thread James Hogan
Hi Mike, On 14/05/13 17:59, Mike Turquette wrote: > Quoting James Hogan (2013-05-13 14:30:46) >> On 13 May 2013 20:57, Mike Turquette wrote: >>> One reason for this is the difficulty some have had with setting flags >>> from DT bindings. >> >> Could you elaborate on this? I've been adding flags t

Re: [PATCH v2 0/3] clk: implement remuxing during set_rate

2013-05-13 Thread James Hogan
On 13 May 2013 20:57, Mike Turquette wrote: > Quoting James Hogan (2013-04-19 09:28:21) >> 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 controlled by a new CLK_SET_RAT

Re: [PATCH v2 0/3] clk: implement remuxing during set_rate

2013-05-13 Thread Mike Turquette
Quoting James Hogan (2013-04-19 09:28:21) > 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 controlled by a new CLK_SET_RATE_REMUX flag > so that it doesn't happen unless ex

Re: [PATCH v2 0/3] clk: implement remuxing during set_rate

2013-05-10 Thread James Hogan
On 09/05/13 20:48, Stephen Boyd wrote: > On 05/09/13 02:02, James Hogan wrote: >> On 09/05/13 00:36, Stephen Boyd wrote: >>> Which tree is this based on? I get failures with git am on patch 2. >>> >> It was based on v3.9-rc4. >> > > Thanks. Would it be possible for you to update to Mike's for-next

Re: [PATCH v2 0/3] clk: implement remuxing during set_rate

2013-05-09 Thread Stephen Boyd
On 05/09/13 02:02, James Hogan wrote: > On 09/05/13 00:36, Stephen Boyd wrote: >> On 04/19/13 09:28, James Hogan wrote: >>> 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

Re: [PATCH v2 0/3] clk: implement remuxing during set_rate

2013-05-09 Thread James Hogan
On 09/05/13 00:36, Stephen Boyd wrote: > On 04/19/13 09:28, James Hogan wrote: >> 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 controlled by a new CLK_SET_RATE_REMUX fl

Re: [PATCH v2 0/3] clk: implement remuxing during set_rate

2013-05-08 Thread Saravana Kannan
On 05/08/2013 04:36 PM, Stephen Boyd wrote: On 04/19/13 09:28, James Hogan wrote: 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 controlled by a new CLK_SET_RATE_REMUX flag

Re: [PATCH v2 0/3] clk: implement remuxing during set_rate

2013-05-08 Thread Stephen Boyd
On 04/19/13 09:28, James Hogan wrote: > 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 controlled by a new CLK_SET_RATE_REMUX flag > so that it doesn't happen unless explic