Hi Maxime,
The commit 107f3198 in Mike's clk-next branch shows that:
(about line 72 in drivers/clk/clk-composite.c)
} else if (mux_hw && mux_ops && mux_ops->determine_rate) {
mux_hw->clk = hw->clk;
return mux_ops->determine_rate(rate_hw, rate, best_parent_rate,
best_parent_p);
It should be fixed as follows, at least for reason that NULL rate_hw
may be used in the old code,
} else if (mux_hw && mux_ops && mux_ops->determine_rate) {
mux_hw->clk = hw->clk;
- return mux_ops->determine_rate(rate_hw, rate, best_parent_rate,
+ return mux_ops->determine_rate(mux_hw, rate, best_parent_rate,
best_parent_p);
--
Best regards,
Lemon Dai
On Sun, Jan 12, 2014 at 11:56 AM, Lemon Dai [off-list ref] wrote:Hi Maxime,
Thank you for your reply and suggestion.
I am sorry for sending a mail with such a lot of style issues before
reading Documentation/SubmittingPatches file.
Best wishes,
Lemon
On Sat, Jan 11, 2014 at 6:28 PM, Maxime Ripard
[off-list ref] wrote:
quoted
Hi Lemon,
On Sat, Jan 11, 2014 at 05:15:58PM +0800, Lemon Dai wrote:
quoted
Hi Mike,
As .determine_rate was added to struct clk and clk_mux_ops, maybe we
should also copy determine_rate operation from mux_ops to
clk_composite_ops in clk_register_composite( ),
to make composite clk implementation more generic.
A similar patch is on its way to 3.14 already (commit 107f3198 in
Mike's clk-next branch).
Also, for future contributions, I'd suggest to read the
Documentation/SubmittingPatches file. Your patch had several style
issues that are covered in this file.
Thanks!
Maxime
--
Maxime Ripard, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com