john stultz wrote: > Interesting patch. Indeed, the trade off is just how quickly you want to > boot vs how much drift you gain each suspend/resume cycle. Assuming all > of the clocks are good, your patch could introduce up to 2 seconds of > drift each suspend/resume cycle.
If we're not writing to the RTC on suspend, then I believe the drift is capped. For some consumer products, 2 seconds of drift is OK. Nigel, does the RTC get written to, or just read, on suspend? Also, I'm worried about the clock appearing to run backwards over a suspend. Unless a suspend/resume cycle took less than 1 second, I don't think this could happen. Is that right? ============================= Tim Bird Architecture Group Chair, CE Linux Forum Senior Staff Engineer, Sony Electronics ============================= - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
