RE: samsung: clk: re-parent MUX to OSCCLK at run-time

["김재원/JAEWON KIM" <jaewon02.kim@samsung.com>]

Hi Tudor


On 3/6/24 12:20, Tudor Ambarus wrote:
> 
> Hi,
> 
> Trying to get some feedback from the samsung experts. Please consider the
> following:
> 
>                          ---------------------------------------------
>                         |                                CMU_PERIC0   |
>                         |                                             |
>                         |  MUX_USI                                    |
>                         |                                             |
>                         |  |\                                         |
>               OSCCLK ---|->| \                                        |
>                         |  |  \                                       |
>                         |  | M |                                      |
>                         |  | U |--> DIV_CLK_PERIC0_USI*_ --> GATE_USI |
>                         |  | X |        (1 ~ 16)                      |
>                         |  |  /                                       |
> DIV_CLKCMU_PERIC0_IP ---|->| /                                        |
>     (1 ~ 16)          | |  |/                                         |
>                       | |                                             |
>                       | |                                             |
>                       | |  MUX_I3C                                    |
>                       | |                                             |
>                       | |  |\                                         |
>                       --|->| \                                        |
>                         |  |  \                                       |
>                         |  | M |                                      |
>                         |  | U |--> DIV_CLK_PERIC0_I3C --> GATE_I3C   |
>                         |  | X |                                      |
>                         |  |  /                                       |
>               OSCCLK ---|->| /                                        |
>                         |  |/                                         |
>                         |                                             |
>                          ---------------------------------------------
> 
> Is it fine to re-parent the MUX_USI from above to OSCCLK at run-time,
> during normal operation mode? Experimentally I determined that it's fine,
> but the datasheet that I'm reading mentions OSCCLK just in the low-power
> mode context:
> i/ CMU ... "Communicates with Power Management Unit (PMU) to stop clocks
> or switch OSC clock before entering a Low-Power mode to reduce power
> consumption by minimizing clock toggling".
> ii/ "All CMUs have MUXs to change the OSCCLK during power-down mode".
> 
> Re-parenting the MUX to OSCCLK allows lower clock rates for the USI blocks
> than the DIV_CLK_PERIC0_USI can offer. For a USI clock rate below
> 6.25 MHz I have to either reparent MUX_USI to OSCCLK, or to propagate the
> clock rate to the common divider DIV_CLKCMU_PERIC0_IP. I find the
> propagation to the common DIV less desirable as a low USI clock rate
> affects I3C by lowering its clock rate too. Worse, if the common bus
> divider is not protected (using CLK_SET_RATE_GATE), USI can lower the I3C
> clock rate without I3C noticing.
> 
> Either re-parenting the MUX_USI to OSCCLK, or propagating the clock rate
> to DIV_CLKCMU_PERIC0_IP allows the same clock ranges. The first with the
> benefit of not affecting the clock rate of I3C for USI clock rates below
> 6.25 MHz. Is it fine to re-parent MUX_USI to OSCCLK at run-time?
> 
> If no feedback is received I lean towards propagating the USI clock rate
> to the common divider, but by protecting it with CLK_SET_RATE_GATE.
> 
> Feel free to add in To: or Cc: whoever might be interested. Thanks, ta


"DIV_CLK_PERIC0_USI" re-parent to OSCCLK is already used samsung downstream driver.
Looking at the samsung downstream SPI driver, if the SPI request clock is lower than the clock that can be supported by the CMU, it re-parents to OSCCLK.

There is no problem with clock switching before USI data transfer.

Thanks
Jaewon Kim