John Stultz <john.stultz@xxxxxxxxxx> writes:Huh. Yea, that looks fine. And without the __timekeeping_inject_sleeptime() call, the system resumed ok?
I'm not very familiar w/ the iBook hardware, but does it use aclocksource: timebase mult[3640e38e] shift[24] registered
clocksource, or does it use arch_gettimeoffset()?
I suspect that the casting has avoided clipping some strange values fromThat's my guess as well.
the persistent clock.
Could you try with the following patch against Linus' HEAD? I suspect itJDB: suspend_time: 1345491706:0 resume_time: 1345491737:0
will let the box resume (although it will seem as though no time was
spent in resume) and then let me know what the JDB lines print out?
JDB: Trying to add: 31:0
(Looks reasonable.)