On Fri, Jun 29, 2012 at 07:13:36PM +0800, Shawn Guo wrote:

On Fri, Jun 29, 2012 at 05:54:33PM +0800, Dong Aisheng wrote:

quoted

quoted

quoted

quoted

No, that's silly. You would have to change the driver for each
new platform that the driver can support.

If the new platform is fully compatible with exist platforms, then no.
If need more clocks, then in either way, we have to add support in driver.

Even if it had fewer clocks you would have to change the driver!

Yes.
For your case, you need create some dummy clock, right?
If yes, i would intend to explictly to define it for a new type
of IP.

I'm with Lothar on this.  At least for imx28 case, we do not even need
dummy clock, because NULL con_id in clkdev lookup will have all those
clocks match the only one gpmi-nand clock on imx28, as I already said.

I'm not quite understand. Can you clarify a bit more?
For extra clocks need by mx6q like "gpmi_bch", they're indeed have con_id.
Getting them will not fail on imx28 without dummy clock?

Regards
Dong Aisheng