Doug Anderson wrote: > > Chirantan, > > On Tue, Jun 3, 2014 at 11:48 AM, Chirantan Ekbote > <[email protected]> wrote: > > Unfortunately on some exynos systems, resetting the mct counter also > > resets the architected timer counter. This can cause problems if the > > architected timer driver has already been initialized because the kernel > > will think that the counter has wrapped around, causing a big jump in > > printk timestamps and delaying any scheduled clock events until the > > counter reaches the value it had before it was reset. > > > > The kernel code makes no assumptions about the initial value of the mct > > counter so there is no reason from a software perspective to clear the > > counter before starting it. This also fixes the problems described in > > the previous paragraph. > > > > Cc: Olof Johansson <[email protected]> > > Cc: Doug Anderson <[email protected]> > > Cc: Kukjin Kim <[email protected]> > > Cc: Tomasz Figa <[email protected]> > > Cc: [email protected] > > Cc: [email protected] > > Signed-off-by: Chirantan Ekbote <[email protected]> > > --- > > drivers/clocksource/exynos_mct.c | 9 +++------ > > 1 file changed, 3 insertions(+), 6 deletions(-) > > I can confirm that this fixes problems I described in > <http://www.spinics.net/lists/linux-samsung-soc/msg29085.html>. Now > when I boot there's no mysterious delay and there's no big jump in > time. > > I'd love to see this in 3.16 so we can get rid of this annoying delay. > > Reviewed-by: Doug Anderson <[email protected]> > Tested-by: Doug Anderson <[email protected]>
OK, I will queue this patch into fixes for 3.16. Thanks, Kukjin -- To unsubscribe from this list: send the line "unsubscribe linux-samsung-soc" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html
