On 04/04/2013 03:35 PM, Stephen Warren wrote: > From: Stephen Warren <[email protected]> > > The Tegra clock driver is initialized during the ARM machine descriptor's > .init_irq() hook. It can't be initialized earlier, since dynamic memory > usage is required. It can't be initialized later, since the .init_timer() > hook needs the clocks initialized. However, at this time, udelay() > doesn't work. > > The Tegra clock initialization table may enable some PLLs. Enabling a PLL > may require usage of udelay(). Hence, this can't happen right when the > clock driver is initialized. > > To solve this, separate the clock driver initialization from the clock > table processing, so they can execute at separate times. > > Signed-off-by: Stephen Warren <[email protected]> > --- > Mike, the Tegra114 CCF V9 series assume this is applied first. Hence, I'm > looking for an ack on this too. Thanks!
I've applied this to Tegra's for-3.10/clk branch, since Mike already acked the Tegra114 CCF V9, which requires this patch, and embodies use of it anyway. -- To unsubscribe from this list: send the line "unsubscribe linux-tegra" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html
