Quoting Stephen Boyd (2014-06-26 17:06:00) > Finally, checking for equivalent pointers from clk_get() will work now, Please don't do that. Even though it works for the current implementation, comparing those pointers from a driver violates how clkdev is supposed to work. The pointer returned by clk_get should only be dereferenced by a driver to check if it is an error code. Anything besides an error code is no business of the driver. > but it isn't future-proof if/when the clock framework starts returning > dynamically allocated clock pointers for each clk_get() invocation. > Maybe we need a function in the common clock framework that tells us if > the clocks are the same either via DT or by taking two clock pointers? I looked through the patch briefly and did not see why we would need to do this. Any hint? Thanks, Mike > > -- > Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, > hosted by The Linux Foundation > -- To unsubscribe from this list: send the line "unsubscribe linux-arm-msm" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html