Hi Tony, Jon, On Thu, Jun 21, 2012 at 05:05:56, Hunter, Jon wrote: > On 06/20/2012 10:12 AM, Tony Lindgren wrote: > > * Mohammed, Afzal <afzal@xxxxxx> [120620 07:57]: > Therefore, I am wondering if Afzal's driver needs to register the gpmc > devices outside of the gpmc_probe() and add the devices as children. Or > maybe we tackle that when we migrate it to DT. V6 of this series has been posted assuming that we tackle above issue during DT migration > >> For gpmc driver to calculate timings rather than platform code doing it, > >> we first need to have a generalized way to calculate gpmc timings for > >> all peripherals as well as have a logic to calculate timings based on > >> time & cycles, correct ? (to make sure we are talking the same thing) > > > > Yes that might be tricky.. > > I am wondering more and more if we need to do a clean-up of the timing > calculations prior to driver migration ... I propose to have clean-up of timing calculations after driver migration, v6 of this series has been posted, except the controversial issue of clock, I believe other issues has been addressed. Please let me know your comments. Regards Afzal -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
