>>Hmm, well it should get the value straight from the 32KiHZ sync timer. >>Does that get stopped somehow during suspend? >> >>Tony >> > >Timer is not stopped, because immediately after suspend I get >correct value from it (called from wakeup interrupt), but >after this it is reprogrammed by something, or either time >management code gets confused somehow. Hi Tony, This behavior of the getnstimeofday() is breaking pm-debug and the serial console wakeup hack if we use suspend. Enabling RTC module seems to fix some of the issues in some cases, but we are going to lose timer accuracy (RTC accuracy is only 1 second.) Also, these functionalities should not be dependant on RTC imo. Should I revert these patches to use directly HW timer and ignore getnstimeofday() or what do you think? -Tero -- 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
