clk: lpc32xx: fix pwm clock divider computation
Subsystems (2)
PATCH 1/1 clk: lpc32xx: fix pwm clock divider computation
From: Sylvain Lemieux <[email protected]>
A zero value in the PWM clock divider register
(PWM1_FREQ/PWM2_FREQ) turn off the PWM clock.
The "CLK_DIVIDER_ALLOW_ZERO" option is used for hardware that handle the zero divider by not modifying their clock input (i.e. bypass). See "/include/linux/clk-provider.h" for details.
Remove the CLK_DIVIDER_ALLOW_ZERO option and add support to handle the clock rate computation of the PWM clock divider 0 value.
---
Note:
* Should we include a new CLK_DIVIDER option for this case (i.e. clock off when zero ) in "clk-provider.h"?
drivers/clk/nxp/clk-lpc32xx.c | 52 +++++++++++++++++++++++++++++++++++++++---- 1 file changed, 48 insertions(+), 4 deletions(-)
drivers/clk/nxp/clk-lpc32xx.c +48 -4
@@ -959,6 +959,25 @@ static unsigned long clk_divider_recalc_rate(struct clk_hw *hw, divider->flags); } +static unsigned long clk_divider_pwm_recalc_rate (struct clk_hw *hw, +unsigned long parent_rate) +{ +struct lpc32xx_clk_div *divider =to_lpc32xx_div (hw); +unsigned int val; + +regmap_read (clk_regmap, divider->reg, &val); + + val >>= divider->shift; + val &=div_mask (divider->width); + +/* Handle 0 divider -> PWM clock is off. */ +if (val ==0 ) +return 0 ; + +return divider_recalc_rate (hw, parent_rate, val, divider->table, + divider->flags); +} +static long clk_divider_round_rate (struct clk_hw *hw,unsigned long rate,unsigned long *prate) {
@@ -999,6 +1018,12 @@ static const struct clk_ops lpc32xx_clk_divider_ops = { .set_rate = clk_divider_set_rate, }; +static const struct clk_ops lpc32xx_clk_pwm_divider_ops = { + .recalc_rate = clk_divider_pwm_recalc_rate, + .round_rate = clk_divider_round_rate, + .set_rate = clk_divider_set_rate, +}; +static u8 clk_mux_get_parent (struct clk_hw *hw) {struct lpc32xx_clk_mux *mux =to_lpc32xx_mux (hw);
@@ -1151,6 +1176,25 @@ struct clk_hw_proto { }, \ } +#define LPC32XX_DEFINE_PWM_DIV (_idx, _reg, _shift, _width, _tab, _fl) \ +[CLK_PREFIX(_idx)] = { \ + .type = CLK_DIV, \ + { \ + .hw0 = { \ + .ops = &lpc32xx_clk_pwm_divider_ops, \ + { \ + .div = { \ + .reg = LPC32XX_CLKPWR_ ## _reg, \ + .shift = (_shift), \ + .width = (_width), \ + .table = (_tab), \ + .flags = (_fl), \ + }, \ + }, \ + }, \ + }, \ +} +#define LPC32XX_DEFINE_GATE (_idx, _reg, _bit, _flags) \ [CLK_PREFIX(_idx)] = { \ .type = CLK_GATE, \
@@ -1281,14 +1325,14 @@ static struct clk_hw_proto clk_hw_proto[LPC32XX_CLK_HW_MAX] = {LPC32XX_DEFINE_GATE (MCPWM ,TIMCLK_CTRL1 ,6 ,0 ),LPC32XX_DEFINE_MUX (PWM1_MUX ,PWMCLK_CTRL ,1 ,0x1 ,NULL ,0 ), -LPC32XX_DEFINE_DIV (PWM1_DIV ,PWMCLK_CTRL ,4 ,4 ,NULL , -CLK_DIVIDER_ONE_BASED |CLK_DIVIDER_ALLOW_ZERO ), +LPC32XX_DEFINE_PWM_DIV (PWM1_DIV ,PWMCLK_CTRL ,4 ,4 ,NULL , +CLK_DIVIDER_ONE_BASED ),LPC32XX_DEFINE_GATE (PWM1_GATE ,PWMCLK_CTRL ,0 ,0 ),LPC32XX_DEFINE_COMPOSITE (PWM1 ,PWM1_MUX ,PWM1_DIV ,PWM1_GATE ),LPC32XX_DEFINE_MUX (PWM2_MUX ,PWMCLK_CTRL ,3 ,0x1 ,NULL ,0 ), -LPC32XX_DEFINE_DIV (PWM2_DIV ,PWMCLK_CTRL ,8 ,4 ,NULL , -CLK_DIVIDER_ONE_BASED |CLK_DIVIDER_ALLOW_ZERO ), +LPC32XX_DEFINE_PWM_DIV (PWM2_DIV ,PWMCLK_CTRL ,8 ,4 ,NULL , +CLK_DIVIDER_ONE_BASED ),LPC32XX_DEFINE_GATE (PWM2_GATE ,PWMCLK_CTRL ,2 ,0 ), LPC32XX_DEFINE_COMPOSITE(PWM2, PWM2_MUX, PWM2_DIV, PWM2_GATE),
Signature · 1 line
1.8.3.1
Vladimir Zapolskiy
maintainerPATCH 1/1 clk: lpc32xx: fix pwm clock divider computation
Hi Sylvain,
Quoted 8 lines · Sylvain Lemieux
From: Sylvain Lemieux <[email protected]>
A zero value in the PWM clock divider register
(PWM1_FREQ/PWM2_FREQ) turn off the PWM clock.The "
CLK_DIVIDER_ALLOW_ZERO" option is used for hardware that handle the zero divider by not modifying their clock input (i.e. bypass). See "/include/linux/clk-provider.h" for details.
the problem is that the divider value is not set to some non-zero value when the clock is enabled, right?
I think it does not matter if the clock rate value is set to parent clock rate or any other value when divider is 0 *and* clock is gated. Enabling or disabling a clock is a gate control, so I suggest two alternative options at your choice (my preference is option 2):
1) add a custom clk_pwm_gate_enable(), clk_pwm_gate_disable() and clk_pwm_gate_is_enabled() functions combined under lpc32xx_clk_pwm_gate_ops.
Next instead of adding one more define for a single exception please reassign .ops for two PWM clocks in runtime in lpc32xx_clk_init() function before calling lpc32xx_clk_register() in a loop.
But this option is too invasive, a simpler solution is below.
2) in lpc32xx_clk_init() before clock registrations check for zero dividers of PWM clocks, then if a divider is 0 and clock is gated set divider to 1, if the divider is 0 and clock is not gated then gate the clock and set divider to 1, in other cases do nothing.
Quoted 23 lines
Remove the
CLK_DIVIDER_ALLOW_ZEROoption and add support to handle the clock rate computation of the PWM clock divider 0 value.Signed-off-by Sylvain Lemieux <[email protected]>---
Note:
* Should we include a newCLK_DIVIDERoption for this case (i.e. clock off when zero ) in "clk-provider.h"?drivers/clk/nxp/clk-lpc32xx.c | 52 +++++++++++++++++++++++++++++++++++++++---- 1 file changed, 48 insertions(+), 4 deletions(-)drivers/clk/nxp/clk-lpc32xx.c +3
-0@@ -959,6 +959,25 @@ static unsigned long clk_divider_recalc_rate(struct clk_hw *hw, divider->flags); } +static unsigned long clk_divider_pwm_recalc_rate (struct clk_hw *hw, +unsigned long parent_rate) +{
drivers/clk/nxp/clk-lpc32xx.c static unsigned long clk_divider_recalc_rate(struct clk_hw *hw, · line 974
Quoted 10 lines
drivers/clk/nxp/clk-lpc32xx.c +10
-0+struct lpc32xx_clk_div *divider =to_lpc32xx_div (hw); +unsigned int val; + +regmap_read (clk_regmap, divider->reg, &val); + + val >>= divider->shift; + val &=div_mask (divider->width); + +/* Handle 0 divider -> PWM clock is off. */ +if (val ==0 )
No space in front of the open parenthesis.
Quoted 58 lines
drivers/clk/nxp/clk-lpc32xx.c +33
-2+return 0 ; + +return divider_recalc_rate (hw, parent_rate, val, divider->table, + divider->flags); +} +static long clk_divider_round_rate (struct clk_hw *hw,unsigned long rate,unsigned long *prate) {@@ -999,6 +1018,12 @@ static const struct clk_ops lpc32xx_clk_divider_ops = { .set_rate = clk_divider_set_rate, }; +static const struct clk_ops lpc32xx_clk_pwm_divider_ops = { + .recalc_rate = clk_divider_pwm_recalc_rate, + .round_rate = clk_divider_round_rate, + .set_rate = clk_divider_set_rate, +}; +static u8 clk_mux_get_parent (struct clk_hw *hw) {struct lpc32xx_clk_mux *mux =to_lpc32xx_mux (hw);@@ -1151,6 +1176,25 @@ struct clk_hw_proto { }, \ } +#define LPC32XX_DEFINE_PWM_DIV (_idx, _reg, _shift, _width, _tab, _fl) \ +[CLK_PREFIX(_idx)] = { \ + .type = CLK_DIV, \ + { \ + .hw0 = { \ + .ops = &lpc32xx_clk_pwm_divider_ops, \ + { \ + .div = { \ + .reg = LPC32XX_CLKPWR_ ## _reg, \ + .shift = (_shift), \ + .width = (_width), \ + .table = (_tab), \ + .flags = (_fl), \ + }, \ + }, \ + }, \ + }, \ +} +#define LPC32XX_DEFINE_GATE (_idx, _reg, _bit, _flags) \ [CLK_PREFIX(_idx)] = { \ .type = CLK_GATE, \@@ -1281,14 +1325,14 @@ static struct clk_hw_proto clk_hw_proto[LPC32XX_CLK_HW_MAX] = {LPC32XX_DEFINE_GATE (MCPWM ,TIMCLK_CTRL1 ,6 ,0 ),LPC32XX_DEFINE_MUX (PWM1_MUX ,PWMCLK_CTRL ,1 ,0x1 ,NULL ,0 ), -LPC32XX_DEFINE_DIV (PWM1_DIV ,PWMCLK_CTRL ,4 ,4 ,NULL , -CLK_DIVIDER_ONE_BASED |CLK_DIVIDER_ALLOW_ZERO ), +LPC32XX_DEFINE_PWM_DIV (PWM1_DIV ,PWMCLK_CTRL ,4 ,4 ,NULL , +CLK_DIVIDER_ONE_BASED ), LPC32XX_DEFINE_GATE(PWM1_GATE, PWMCLK_CTRL, 0, 0),
drivers/clk/nxp/clk-lpc32xx.c static struct clk_hw_proto clk_hw_proto[LPC32XX_CLK_HW_MAX] = { · line 1338
Quoted 10 lines
drivers/clk/nxp/clk-lpc32xx.c +2
-2LPC32XX_DEFINE_COMPOSITE (PWM1 ,PWM1_MUX ,PWM1_DIV ,PWM1_GATE ),LPC32XX_DEFINE_MUX (PWM2_MUX ,PWMCLK_CTRL ,3 ,0x1 ,NULL ,0 ), -LPC32XX_DEFINE_DIV (PWM2_DIV ,PWMCLK_CTRL ,8 ,4 ,NULL , -CLK_DIVIDER_ONE_BASED |CLK_DIVIDER_ALLOW_ZERO ), +LPC32XX_DEFINE_PWM_DIV (PWM2_DIV ,PWMCLK_CTRL ,8 ,4 ,NULL , +CLK_DIVIDER_ONE_BASED ),LPC32XX_DEFINE_GATE (PWM2_GATE ,PWMCLK_CTRL ,2 ,0 ), LPC32XX_DEFINE_COMPOSITE(PWM2, PWM2_MUX, PWM2_DIV, PWM2_GATE),
--
With best wishes,
Vladimir
PATCH 1/1 clk: lpc32xx: fix pwm clock divider computation
Quoted 8 lines · Vladimir Zapolskiy
Hi Sylvain,
Quoted 5 lines · Sylvain Lemieux
From: Sylvain Lemieux <[email protected]>
A zero value in the PWM clock divider register
(PWM1_FREQ/PWM2_FREQ) turn off the PWM clock.
Quoted 7 lines
Quoted 3 lines
The "
CLK_DIVIDER_ALLOW_ZERO" option is used for hardware that handle the zero divider by not modifying their clock input (i.e. bypass). See "/include/linux/clk-provider.h" for details.the problem is that the divider value is not set to some non-zero value when the clock is enabled, right?
The "clk_divider_set_rate" function is working properly and setup the divider properly. There is no need to perform any special process when enabling or initializing the PWM clock.
The problem occur when the PWM is enable in the project specific device tree and the PWM output clock is not explicitly setup.
With the actual implementation, the function that compute the output rate, based on the actual divider, return the parent clock rate, which is inaccurate, since the clock is off. The core driver will than call the enable function, which should not take place.
This patch ensure that the compute output rate for the PWM clock handle properly the special case for a 0 divider. By returning 0, the core driver do not try to enable the clock, which is the expected behavior.
I still think the current patch is the proper way to fix the issue created by the "CLK_DIVIDER_ALLOW_ZERO" flag of the PWM clock.
Quoted 115 lines
I think it does not matter if the clock rate value is set to parent clock rate or any other value when divider is 0 *and* clock is gated. Enabling or disabling a clock is a gate control, so I suggest two alternative options at your choice (my preference is option 2):
1) add a custom
clk_pwm_gate_enable(),clk_pwm_gate_disable()andclk_pwm_gate_is_enabled()functions combined underlpc32xx_clk_pwm_gate_ops.Next instead of adding one more define for a single exception please reassign .ops for two PWM clocks in runtime in
lpc32xx_clk_init()function before callinglpc32xx_clk_register()in a loop.But this option is too invasive, a simpler solution is below.
2) in
lpc32xx_clk_init()before clock registrations check for zero dividers of PWM clocks, then if a divider is 0 and clock is gated set divider to 1, if the divider is 0 and clock is not gated then gate the clock and set divider to 1, in other cases do nothing.Quoted 23 lines
Remove the
CLK_DIVIDER_ALLOW_ZEROoption and add support to handle the clock rate computation of the PWM clock divider 0 value.Signed-off-by Sylvain Lemieux <[email protected]>---
Note:
* Should we include a newCLK_DIVIDERoption for this case (i.e. clock off when zero ) in "clk-provider.h"?drivers/clk/nxp/clk-lpc32xx.c | 52 +++++++++++++++++++++++++++++++++++++++---- 1 file changed, 48 insertions(+), 4 deletions(-)drivers/clk/nxp/clk-lpc32xx.c +3
-0@@ -959,6 +959,25 @@ static unsigned long clk_divider_recalc_rate(struct clk_hw *hw, divider->flags); } +static unsigned long clk_divider_pwm_recalc_rate (struct clk_hw *hw, +unsigned long parent_rate) +{drivers/clk/nxp/clk-lpc32xx.c static unsigned long clk_divider_recalc_rate(struct clk_hw *hw, · line 974
Quoted 10 lines
drivers/clk/nxp/clk-lpc32xx.c +10
-0+struct lpc32xx_clk_div *divider =to_lpc32xx_div (hw); +unsigned int val; + +regmap_read (clk_regmap, divider->reg, &val); + + val >>= divider->shift; + val &=div_mask (divider->width); + +/* Handle 0 divider -> PWM clock is off. */ +if (val ==0 )No space in front of the open parenthesis.
Quoted 59 lines
drivers/clk/nxp/clk-lpc32xx.c +33
-2+return 0 ; + +return divider_recalc_rate (hw, parent_rate, val, divider->table, + divider->flags); +} +static long clk_divider_round_rate (struct clk_hw *hw,unsigned long rate,unsigned long *prate) {@@ -999,6 +1018,12 @@ static const struct clk_ops lpc32xx_clk_divider_ops = { .set_rate = clk_divider_set_rate, }; +static const struct clk_ops lpc32xx_clk_pwm_divider_ops = { + .recalc_rate = clk_divider_pwm_recalc_rate, + .round_rate = clk_divider_round_rate, + .set_rate = clk_divider_set_rate, +}; +static u8 clk_mux_get_parent (struct clk_hw *hw) {struct lpc32xx_clk_mux *mux =to_lpc32xx_mux (hw);@@ -1151,6 +1176,25 @@ struct clk_hw_proto { }, \ } +#define LPC32XX_DEFINE_PWM_DIV (_idx, _reg, _shift, _width, _tab, _fl) \ +[CLK_PREFIX(_idx)] = { \ + .type = CLK_DIV, \ + { \ + .hw0 = { \ + .ops = &lpc32xx_clk_pwm_divider_ops, \ + { \ + .div = { \ + .reg = LPC32XX_CLKPWR_ ## _reg, \ + .shift = (_shift), \ + .width = (_width), \ + .table = (_tab), \ + .flags = (_fl), \ + }, \ + }, \ + }, \ + }, \ +} +#define LPC32XX_DEFINE_GATE (_idx, _reg, _bit, _flags) \ [CLK_PREFIX(_idx)] = { \ .type = CLK_GATE, \@@ -1281,14 +1325,14 @@ static struct clk_hw_proto clk_hw_proto[LPC32XX_CLK_HW_MAX] = {LPC32XX_DEFINE_GATE (MCPWM ,TIMCLK_CTRL1 ,6 ,0 ),LPC32XX_DEFINE_MUX (PWM1_MUX ,PWMCLK_CTRL ,1 ,0x1 ,NULL ,0 ), -LPC32XX_DEFINE_DIV (PWM1_DIV ,PWMCLK_CTRL ,4 ,4 ,NULL , -CLK_DIVIDER_ONE_BASED |CLK_DIVIDER_ALLOW_ZERO ), +LPC32XX_DEFINE_PWM_DIV (PWM1_DIV ,PWMCLK_CTRL ,4 ,4 ,NULL , +CLK_DIVIDER_ONE_BASED ),LPC32XX_DEFINE_GATE (PWM1_GATE ,PWMCLK_CTRL ,0 ,0 ), LPC32XX_DEFINE_COMPOSITE(PWM1, PWM1_MUX, PWM1_DIV, PWM1_GATE),
Quoted 13 lines
drivers/clk/nxp/clk-lpc32xx.c static struct clk_hw_proto clk_hw_proto[LPC32XX_CLK_HW_MAX] = { · line 1338
Quoted 9 lines
drivers/clk/nxp/clk-lpc32xx.c +2
-2LPC32XX_DEFINE_MUX (PWM2_MUX ,PWMCLK_CTRL ,3 ,0x1 ,NULL ,0 ), -LPC32XX_DEFINE_DIV (PWM2_DIV ,PWMCLK_CTRL ,8 ,4 ,NULL , -CLK_DIVIDER_ONE_BASED |CLK_DIVIDER_ALLOW_ZERO ), +LPC32XX_DEFINE_PWM_DIV (PWM2_DIV ,PWMCLK_CTRL ,8 ,4 ,NULL , +CLK_DIVIDER_ONE_BASED ),LPC32XX_DEFINE_GATE (PWM2_GATE ,PWMCLK_CTRL ,2 ,0 ), LPC32XX_DEFINE_COMPOSITE(PWM2, PWM2_MUX, PWM2_DIV, PWM2_GATE),--
With best wishes,
Vladimir
Regards,
Sylvain
Vladimir Zapolskiy
maintainerPATCH 1/1 clk: lpc32xx: fix pwm clock divider computation
Hi Sylvain,
Quoted 20 lines · Sylvain Lemieux
Quoted 8 lines · Vladimir Zapolskiy
Hi Sylvain,
Quoted 5 lines · Sylvain Lemieux
From: Sylvain Lemieux <[email protected]>
A zero value in the PWM clock divider register
(PWM1_FREQ/PWM2_FREQ) turn off the PWM clock.Quoted 7 lines
Quoted 3 lines
The "
CLK_DIVIDER_ALLOW_ZERO" option is used for hardware that handle the zero divider by not modifying their clock input (i.e. bypass). See "/include/linux/clk-provider.h" for details.the problem is that the divider value is not set to some non-zero value when the clock is enabled, right?
The "
clk_divider_set_rate" function is working properly and setup the divider properly. There is no need to perform any special process when enabling or initializing the PWM clock.
Quoted 7 lines
The problem occur when the PWM is enable in the project specific device tree and the PWM output clock is not explicitly setup.
With the actual implementation, the function that compute the output rate, based on the actual divider, return the parent clock rate, which is inaccurate, since the clock is off. The core driver will than call the enable function, which should not take place.
this is a reword of my statement above, I'll repeat it for clarity removing double negation, when PWMx_FREQ bits in PWMCLK_CTRL register are all zeros gate on/off works incorrectly.
Quoted 4 lines
This patch ensure that the compute output rate for the PWM clock handle properly the special case for a 0 divider. By returning 0, the core driver do not try to enable the clock, which is the expected behavior.
While I admit the problem, the patch is incorrect, it fakes a gated off clock by assigning zero frequency rate to it. In terms of CCF the problem is not related to the divider and it shall not be fixed by introducing a new divider operation, because it is an issue with the clock on/off setting correctness.
Quoted 2 lines
I still think the current patch is the proper way to fix the issue created by the "
CLK_DIVIDER_ALLOW_ZERO" flag of the PWM clock.
Dealing with a complex clock it makes sense to decompose it into a divider clock and a gate clock in terms of CCF. The PWM clock under discussion does not fit into the common model, it has two independent gate controls, and half of the controls is placed into the clock divider bitfield.
CLK_DIVIDER_ALLOW_ZERO is used incorrectly here, like you stated in the commit message divider's zero value means the same as non-divided clock, and here it should mean a gated clock. By the way you may notice that a divider from MS_CTRL is similar.
Theoretically it might be possible to introduce a CCF-wide flag to describe zero value as a gated off clock, but I hesitate to do it until I find a ground that the flag is going to be utilized by other clock drivers.
Below I proposed two options how to resolve the problem, one is to update clock gate ops, another one is to make zero value never happen.
I tend to the second option, because it is simpler and direct, I'll implement it and send a change for your testing.
Quoted 115 lines
Quoted 115 lines
I think it does not matter if the clock rate value is set to parent clock rate or any other value when divider is 0 *and* clock is gated. Enabling or disabling a clock is a gate control, so I suggest two alternative options at your choice (my preference is option 2):
1) add a custom
clk_pwm_gate_enable(),clk_pwm_gate_disable()andclk_pwm_gate_is_enabled()functions combined underlpc32xx_clk_pwm_gate_ops.Next instead of adding one more define for a single exception please reassign .ops for two PWM clocks in runtime in
lpc32xx_clk_init()function before callinglpc32xx_clk_register()in a loop.But this option is too invasive, a simpler solution is below.
2) in
lpc32xx_clk_init()before clock registrations check for zero dividers of PWM clocks, then if a divider is 0 and clock is gated set divider to 1, if the divider is 0 and clock is not gated then gate the clock and set divider to 1, in other cases do nothing.Quoted 23 lines
Remove the
CLK_DIVIDER_ALLOW_ZEROoption and add support to handle the clock rate computation of the PWM clock divider 0 value.Signed-off-by Sylvain Lemieux <[email protected]>---
Note:
* Should we include a newCLK_DIVIDERoption for this case (i.e. clock off when zero ) in "clk-provider.h"?drivers/clk/nxp/clk-lpc32xx.c | 52 +++++++++++++++++++++++++++++++++++++++---- 1 file changed, 48 insertions(+), 4 deletions(-)drivers/clk/nxp/clk-lpc32xx.c +3
-0@@ -959,6 +959,25 @@ static unsigned long clk_divider_recalc_rate(struct clk_hw *hw, divider->flags); } +static unsigned long clk_divider_pwm_recalc_rate (struct clk_hw *hw, +unsigned long parent_rate) +{drivers/clk/nxp/clk-lpc32xx.c static unsigned long clk_divider_recalc_rate(struct clk_hw *hw, · line 974
Quoted 10 lines
drivers/clk/nxp/clk-lpc32xx.c +10
-0+struct lpc32xx_clk_div *divider =to_lpc32xx_div (hw); +unsigned int val; + +regmap_read (clk_regmap, divider->reg, &val); + + val >>= divider->shift; + val &=div_mask (divider->width); + +/* Handle 0 divider -> PWM clock is off. */ +if (val ==0 )No space in front of the open parenthesis.
Quoted 59 lines
drivers/clk/nxp/clk-lpc32xx.c +33
-2+return 0 ; + +return divider_recalc_rate (hw, parent_rate, val, divider->table, + divider->flags); +} +static long clk_divider_round_rate (struct clk_hw *hw,unsigned long rate,unsigned long *prate) {@@ -999,6 +1018,12 @@ static const struct clk_ops lpc32xx_clk_divider_ops = { .set_rate = clk_divider_set_rate, }; +static const struct clk_ops lpc32xx_clk_pwm_divider_ops = { + .recalc_rate = clk_divider_pwm_recalc_rate, + .round_rate = clk_divider_round_rate, + .set_rate = clk_divider_set_rate, +}; +static u8 clk_mux_get_parent (struct clk_hw *hw) {struct lpc32xx_clk_mux *mux =to_lpc32xx_mux (hw);@@ -1151,6 +1176,25 @@ struct clk_hw_proto { }, \ } +#define LPC32XX_DEFINE_PWM_DIV (_idx, _reg, _shift, _width, _tab, _fl) \ +[CLK_PREFIX(_idx)] = { \ + .type = CLK_DIV, \ + { \ + .hw0 = { \ + .ops = &lpc32xx_clk_pwm_divider_ops, \ + { \ + .div = { \ + .reg = LPC32XX_CLKPWR_ ## _reg, \ + .shift = (_shift), \ + .width = (_width), \ + .table = (_tab), \ + .flags = (_fl), \ + }, \ + }, \ + }, \ + }, \ +} +#define LPC32XX_DEFINE_GATE (_idx, _reg, _bit, _flags) \ [CLK_PREFIX(_idx)] = { \ .type = CLK_GATE, \@@ -1281,14 +1325,14 @@ static struct clk_hw_proto clk_hw_proto[LPC32XX_CLK_HW_MAX] = {LPC32XX_DEFINE_GATE (MCPWM ,TIMCLK_CTRL1 ,6 ,0 ),LPC32XX_DEFINE_MUX (PWM1_MUX ,PWMCLK_CTRL ,1 ,0x1 ,NULL ,0 ), -LPC32XX_DEFINE_DIV (PWM1_DIV ,PWMCLK_CTRL ,4 ,4 ,NULL , -CLK_DIVIDER_ONE_BASED |CLK_DIVIDER_ALLOW_ZERO ), +LPC32XX_DEFINE_PWM_DIV (PWM1_DIV ,PWMCLK_CTRL ,4 ,4 ,NULL , +CLK_DIVIDER_ONE_BASED ),LPC32XX_DEFINE_GATE (PWM1_GATE ,PWMCLK_CTRL ,0 ,0 ), LPC32XX_DEFINE_COMPOSITE(PWM1, PWM1_MUX, PWM1_DIV, PWM1_GATE),
Quoted 9 lines
Quoted 9 lines
drivers/clk/nxp/clk-lpc32xx.c static struct clk_hw_proto clk_hw_proto[LPC32XX_CLK_HW_MAX] = { · line 1338
Quoted 9 lines
drivers/clk/nxp/clk-lpc32xx.c +2
-2LPC32XX_DEFINE_MUX (PWM2_MUX ,PWMCLK_CTRL ,3 ,0x1 ,NULL ,0 ), -LPC32XX_DEFINE_DIV (PWM2_DIV ,PWMCLK_CTRL ,8 ,4 ,NULL , -CLK_DIVIDER_ONE_BASED |CLK_DIVIDER_ALLOW_ZERO ), +LPC32XX_DEFINE_PWM_DIV (PWM2_DIV ,PWMCLK_CTRL ,8 ,4 ,NULL , +CLK_DIVIDER_ONE_BASED ),LPC32XX_DEFINE_GATE (PWM2_GATE ,PWMCLK_CTRL ,2 ,0 ), LPC32XX_DEFINE_COMPOSITE(PWM2, PWM2_MUX, PWM2_DIV, PWM2_GATE),
--
With best wishes,
Vladimir
PATCH 1/1 clk: lpc32xx: fix pwm clock divider computation
Hi Vladimir,
Quoted 65 lines · Vladimir Zapolskiy
Hi Sylvain,
Quoted 20 lines · Sylvain Lemieux
Quoted 8 lines · Vladimir Zapolskiy
Hi Sylvain,
Quoted 5 lines · Sylvain Lemieux
From: Sylvain Lemieux <[email protected]>
A zero value in the PWM clock divider register
(PWM1_FREQ/PWM2_FREQ) turn off the PWM clock.Quoted 7 lines
Quoted 3 lines
The "
CLK_DIVIDER_ALLOW_ZERO" option is used for hardware that handle the zero divider by not modifying their clock input (i.e. bypass). See "/include/linux/clk-provider.h" for details.the problem is that the divider value is not set to some non-zero value when the clock is enabled, right?
The "
clk_divider_set_rate" function is working properly and setup the divider properly. There is no need to perform any special process when enabling or initializing the PWM clock.Quoted 7 lines
The problem occur when the PWM is enable in the project specific device tree and the PWM output clock is not explicitly setup.
With the actual implementation, the function that compute the output rate, based on the actual divider, return the parent clock rate, which is inaccurate, since the clock is off. The core driver will than call the enable function, which should not take place.
this is a reword of my statement above, I'll repeat it for clarity removing double negation, when
PWMx_FREQbits inPWMCLK_CTRLregister are all zeros gate on/off works incorrectly.Quoted 4 lines
This patch ensure that the compute output rate for the PWM clock handle properly the special case for a 0 divider. By returning 0, the core driver do not try to enable the clock, which is the expected behavior.
While I admit the problem, the patch is incorrect, it fakes a gated off clock by assigning zero frequency rate to it. In terms of CCF the problem is not related to the divider and it shall not be fixed by introducing a new divider operation, because it is an issue with the clock on/off setting correctness.
Quoted 2 lines
I still think the current patch is the proper way to fix the issue created by the "
CLK_DIVIDER_ALLOW_ZERO" flag of the PWM clock.Dealing with a complex clock it makes sense to decompose it into a divider clock and a gate clock in terms of CCF. The PWM clock under discussion does not fit into the common model, it has two independent gate controls, and half of the controls is placed into the clock divider bitfield.
CLK_DIVIDER_ALLOW_ZEROis used incorrectly here, like you stated in the commit message divider's zero value means the same as non-divided clock, and here it should mean a gated clock. By the way you may notice that a divider fromMS_CTRLis similar.Theoretically it might be possible to introduce a CCF-wide flag to describe zero value as a gated off clock, but I hesitate to do it until I find a ground that the flag is going to be utilized by other clock drivers.
Quoted 6 lines
Below I proposed two options how to resolve the problem, one is to update clock gate ops, another one is to make zero value never happen.
I tend to the second option, because it is simpler and direct, I'll implement it and send a change for your testing.
Thanks for the clarification;
The proper approach is to remove the second independent gate control from the divider.
This patch is not needed; the following patch resolve this issue:
http://www.spinics.net/lists/arm-kernel/msg535313.html
Quoted 26 lines
Quoted 26 lines
Quoted 26 lines
I think it does not matter if the clock rate value is set to parent clock rate or any other value when divider is 0 *and* clock is gated. Enabling or disabling a clock is a gate control, so I suggest two alternative options at your choice (my preference is option 2):
1) add a custom
clk_pwm_gate_enable(),clk_pwm_gate_disable()andclk_pwm_gate_is_enabled()functions combined underlpc32xx_clk_pwm_gate_ops.Next instead of adding one more define for a single exception please reassign .ops for two PWM clocks in runtime in
lpc32xx_clk_init()function before callinglpc32xx_clk_register()in a loop.But this option is too invasive, a simpler solution is below.
2) in
lpc32xx_clk_init()before clock registrations check for zero dividers of PWM clocks, then if a divider is 0 and clock is gated set divider to 1, if the divider is 0 and clock is not gated then gate the clock and set divider to 1, in other cases do nothing.Quoted 5 lines
Remove the
CLK_DIVIDER_ALLOW_ZEROoption and add support to handle the clock rate computation of the PWM clock divider 0 value.Signed-off-by Sylvain Lemieux <[email protected]>---
[...]
Quoted 4 lines
--
With best wishes,
Vladimir
Sylvain