Assigning a clock parent to a mux with the CLK_MUX_READ_ONLY flag causes an
error "clk: failed to reparent read_only_mux to already_set_parent: -38"
even if the hardware is already set to the correct parent clock.

This patch avoids the error message by checking whether the correct parent
is already set before calling clk_set_parent. This allows to use the
assigned-clock-parents device tree binding for clock muxes that are not
allowed to be changed anymore at the time of_clk_set_defaults is called.

Signed-off-by: Philipp Zabel <p.za...@pengutronix.de>
Acked-by: Shawn Guo <shawn....@linaro.org>
---
Changes since v1:
 - Move the (rc < 0) check into the body of if (pclk != __clk_get_parent(clk)),
   as suggested by Uwe Kleine-König. No functional change.
---
 drivers/clk/clk-conf.c | 11 +++++++----
 1 file changed, 7 insertions(+), 4 deletions(-)

diff --git a/drivers/clk/clk-conf.c b/drivers/clk/clk-conf.c
index aad4796..bb4dc02 100644
--- a/drivers/clk/clk-conf.c
+++ b/drivers/clk/clk-conf.c
@@ -62,10 +62,13 @@ static int __set_clk_parents(struct device_node *node, bool 
clk_supplier)
                        goto err;
                }
 
-               rc = clk_set_parent(clk, pclk);
-               if (rc < 0)
-                       pr_err("clk: failed to reparent %s to %s: %d\n",
-                              __clk_get_name(clk), __clk_get_name(pclk), rc);
+               if (pclk != __clk_get_parent(clk)) {
+                       rc = clk_set_parent(clk, pclk);
+                       if (rc < 0)
+                               pr_err("clk: failed to reparent %s to %s: %d\n",
+                                      __clk_get_name(clk),
+                                      __clk_get_name(pclk), rc);
+               }
                clk_put(clk);
                clk_put(pclk);
        }
-- 
2.1.3

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Reply via email to