linux-kernel - Re: [RFC] what should 'uptime' be on suspend?

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <20070725140250.GD9256@ucw.cz>
Date:	Wed, 25 Jul 2007 14:02:50 +0000
From:	Pavel Machek <pavel@....cz>
To:	Bill Davidsen <davidsen@....com>
Cc:	Ken Moffat <zarniwhoop@...world.com>,
	Randy Dunlap <randy.dunlap@...cle.com>,
	Linux Kernel M/L <linux-kernel@...r.kernel.org>
Subject: Re: [RFC] what should 'uptime' be on suspend?

On Sat 2007-07-21 09:54:37, Bill Davidsen wrote:
> Ken Moffat wrote:
> >On Fri, Jul 20, 2007 at 10:42:15AM -0700, Randy Dunlap 
> >wrote:
> >  
> >>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.
> >>
> >>    
> > So, maybe I shouldn't have put corrected in inverted 
> > commas,
> >because this was a real correction and my previous 
> >usage was an
> >unintended side-effect of an error.
> >
> > Anyway, the current behaviour is known and I guess any 
> > attempt to
> >change it (e.g. to what Bill was expecting) won't be 
> >well received.
> >  
> 
> So is setting it to a random number considered correct 
> behavior? Any of the first three values I mentioned 
> would make sense, but the value I see is neither time 
> since resume, time since power-on to do the resume, or 
> any of the logical uptime values. That was the whole 
> point of the original post, the uptime reported makes no 
> sense at all.

Ouch, seems like something is wrong with timer subsystem. Can you
verify that rest of the clock machinery behaves ok?

We do manual correction of uptime during resume (IIRC) - perhaps
something goes wrong there?

-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/