Re: [RFC PATCH 1/2] clk: add property for force to update clock setting

Am Dienstag, 18. November 2014, 09:59:56 schrieb Doug Anderson: > Hi, > > On Mon, Nov 17, 2014 at 1:14 PM, Mike Turquette wrote: > > Quoting Heiko Stübner (2014-11-14 10:06:47) > > > >> Hi Mike, > >> > >> Am Donnerstag, 13. November 2014, 17:41:02 schrieb Mike Turquette: > >> > Quoting Doug

Re: [RFC PATCH 1/2] clk: add property for force to update clock setting

Hi, On Mon, Nov 17, 2014 at 1:14 PM, Mike Turquette wrote: > Quoting Heiko Stübner (2014-11-14 10:06:47) >> Hi Mike, >> >> Am Donnerstag, 13. November 2014, 17:41:02 schrieb Mike Turquette: >> > Quoting Doug Anderson (2014-11-13 15:27:32) >> >> [...] >> >> > All of the above is to say that

Re: [RFC PATCH 1/2] clk: add property for force to update clock setting

Hi, On Mon, Nov 17, 2014 at 1:14 PM, Mike Turquette mturque...@linaro.org wrote: Quoting Heiko Stübner (2014-11-14 10:06:47) Hi Mike, Am Donnerstag, 13. November 2014, 17:41:02 schrieb Mike Turquette: Quoting Doug Anderson (2014-11-13 15:27:32) [...] All of the above is to say that

Re: [RFC PATCH 1/2] clk: add property for force to update clock setting

Am Dienstag, 18. November 2014, 09:59:56 schrieb Doug Anderson: Hi, On Mon, Nov 17, 2014 at 1:14 PM, Mike Turquette mturque...@linaro.org wrote: Quoting Heiko Stübner (2014-11-14 10:06:47) Hi Mike, Am Donnerstag, 13. November 2014, 17:41:02 schrieb Mike Turquette: Quoting Doug

Re: [RFC PATCH 1/2] clk: add property for force to update clock setting

Hi Mike, Am Donnerstag, 13. November 2014, 17:41:02 schrieb Mike Turquette: > Quoting Doug Anderson (2014-11-13 15:27:32) [...] > All of the above is to say that perhaps the solution to this problem > belongs in the driver. In the end we're talking about details for > correctly programming

Re: [RFC PATCH 1/2] clk: add property for force to update clock setting

Hi Mike, Am Donnerstag, 13. November 2014, 17:41:02 schrieb Mike Turquette: Quoting Doug Anderson (2014-11-13 15:27:32) [...] All of the above is to say that perhaps the solution to this problem belongs in the driver. In the end we're talking about details for correctly programming

Re: [RFC PATCH 1/2] clk: add property for force to update clock setting

Hi, On Thu, Nov 13, 2014 at 6:53 AM, Heiko Stübner wrote: > Am Donnerstag, 13. November 2014, 21:20:25 schrieb Kever Yang: >> Usually we assigned a clock to a default rate in dts, >> there is a situation that the clock already initialized to the rate >> we intend to set before kernel(hardware

Re: [RFC PATCH 1/2] clk: add property for force to update clock setting

Am Donnerstag, 13. November 2014, 21:20:25 schrieb Kever Yang: > Usually we assigned a clock to a default rate in dts, > there is a situation that the clock already initialized to the rate > we intend to set before kernel(hardware default or init in uboot etc). > For the PLLs we can get a rate

[RFC PATCH 1/2] clk: add property for force to update clock setting

Usually we assigned a clock to a default rate in dts, there is a situation that the clock already initialized to the rate we intend to set before kernel(hardware default or init in uboot etc). For the PLLs we can get a rate from different PLL parameter configure, we can't change the PLL parameter

[RFC PATCH 1/2] clk: add property for force to update clock setting

Usually we assigned a clock to a default rate in dts, there is a situation that the clock already initialized to the rate we intend to set before kernel(hardware default or init in uboot etc). For the PLLs we can get a rate from different PLL parameter configure, we can't change the PLL parameter

Re: [RFC PATCH 1/2] clk: add property for force to update clock setting

Am Donnerstag, 13. November 2014, 21:20:25 schrieb Kever Yang: Usually we assigned a clock to a default rate in dts, there is a situation that the clock already initialized to the rate we intend to set before kernel(hardware default or init in uboot etc). For the PLLs we can get a rate from

Re: [RFC PATCH 1/2] clk: add property for force to update clock setting

Hi, On Thu, Nov 13, 2014 at 6:53 AM, Heiko Stübner he...@sntech.de wrote: Am Donnerstag, 13. November 2014, 21:20:25 schrieb Kever Yang: Usually we assigned a clock to a default rate in dts, there is a situation that the clock already initialized to the rate we intend to set before