"ext Igor Stoppa" <igor.stoppa@xxxxxxxxx> writes: > On Fri, 2008-08-15 at 12:32 +0300, ext Tero.Kristo@xxxxxxxxx wrote: > >> 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.) > > What about using the RTC for getting the base time and the 32kHz for the > extended granularity? > > So one would use the RTC as ususal and then calculate the (less than 1s) > offset. Are you talking about rtc resume generally here? If you are talking about pm debug and serial console hack here, using 32kHz timer only, would work as a solution even when there is no rtc driver loaded. Using them both would also generate more complexity. What would be the benefit in using them both? -- Jouni Högander -- 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
