Hello, On Fri, 16 Nov 2012 14:47:24 +1000, g...@snapgear.com wrote:
> The current Coldfire clock code only really supports those ColdFire > CPU types that have the more advanced enable/disable clock hardware > support. If we generalize our clock code we can support all types, > even those with simpler fixed clock trees. > > This results in much cleaner and consistent clock support. And it > means that we can in the future use the clock API in our timers and > throughout the other ColdFire p[eripheraps, instead of hard coded > clock definitions. Have you considered instead using the generic clock framework that is now in drivers/clk/ ? Thomas -- Thomas Petazzoni, Free Electrons Kernel, drivers, real-time and embedded Linux development, consulting, training and support. http://free-electrons.com _______________________________________________ uClinux-dev mailing list uClinux-dev@uclinux.org http://mailman.uclinux.org/mailman/listinfo/uclinux-dev This message was resent by uclinux-dev@uclinux.org To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev
