Re: Screwy clock after apm suspend

[Pavel Machek <pavel@suse.cz>]

Hi!

> > > Probably code to compensate clock after ACPI suspend breaks apm case
> > >
> > > arch/i386/kernel/time.c, can you comment out
> > > jiffies += sleep_length * HZ;
> > >
> > > in timer_resume to see if it goes away?
> > 
> > Worked like a charm.  I'm not seeing any time drift after your suggested 
> > change.
> 
> AIUI, this also means that a machine's uptime does not include time
> whilst suspended. This was the behaviour prior to 2.6.10 and seems to be
> more desirable as it counts the time the machine is actually running,
> not just time since boot. Is there a good reason why we can't go back to
> this?

I think it means very wrong system clock in ACPI state. Plus think
something wanting timeout of five minutes, then suspend one minute
after, machine sleeps for a hour.

With this approach, timeout should happen just after resume, with your
approach, it would wait 4 more minutes.

[Perhaps it needs to call lost_ticks or something like that.]

									Pavel
-- 
People were complaining that M$ turns users into beta-testers...
...jr ghea gurz vagb qrirybcref, naq gurl frrz gb yvxr vg gung jnl!