[lkml]   [2007]   [Jul]   [25]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [RFC] what should 'uptime' be on suspend?

> > > I just found a machine which will resume after suspend to memory, using
> > > the mainline kernel (no suspend2 patch).
> > >
> > > On resume I was looking at the uptime output, and it was about six
> > > minutes, FAR longer than the time since resume. So the topic for
> > > discussion is, should the uptime be
> > > - time sine the original boot
> > > - total uptime since first boot, not counting the time suspended
> > > - time since resume
> > > - some other time around six minutes
> > >
> > > Any of the first three could be useful and "right" for some casesm thus
> > > discussion invited.
> > >
> > My ibook has always been able to suspend to RAM. For a long while,
> > uptime was shown as the time since the last boot. At some point,
> > maybe about a year ago, this was "corrected" to show time since boot
> > _less_ time suspended.
> >
> > To be clear, the ibook suspends when I close the lid and resumes
> > when I open it. Uptime used to be convenient, because I could work
> > out when I'd last booted.
> man uptime:
> uptime - tell how long the system has been running
> I claim that the system is not running when it is suspended,
> so the suspension time should not be included in uptime.

Well. I claim that the system is not running when cpu is in hlt.

...and on some weird machines (openmoko, olpc) they have hardware capable of
suspending most of machine between keypresses. Now, PCs are not there
yet, but sooner or later we will sleep/suspend between keypresses.

It is not worth changing now, but at least runtime suspend should
be accounted as 'running'.
(cesky, pictures)
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2007-07-25 20:33    [W:0.065 / U:8.424 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site