Quoting Paul Cercueil (2021-10-01 10:20:33)

Two fixes in one:

- In the "impose hardware constraints" block, the "logical" divider
  value (aka. not translated to the hardware) was clamped to fit in the
  register area, but this totally ignored the fact that the divider
  value can itself have a fixed divider.

- The code that made sure that the divider value returned by the
  function was a multiple of its own fixed divider could result in a
  wrong value being calculated, because it was rounded down instead of
  rounded up.

Fixes: 4afe2d1a6ed5 ("clk: ingenic: Allow divider value to be divided")
Co-developed-by: Artur Rojek <redacted>
Signed-off-by: Artur Rojek <redacted>
Signed-off-by: Paul Cercueil <paul@crapouillou.net>
---

Applied to clk-next