linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* Uptime completely off after resume from suspend
@ 2020-01-10  4:06 Mike Hommey
  2020-01-21  9:32 ` Mike Hommey
  0 siblings, 1 reply; 2+ messages in thread
From: Mike Hommey @ 2020-01-10  4:06 UTC (permalink / raw)
  To: linux-kernel

Hi,

I have a one month old machine, and was surprised to notice an uptime of
several hundreds of days in top. Since I had been suspending the machine
on many occasions, I was wondering if that could be related, so I put
the machine to sleep, came back 30 minutes later, and uptime had
advanced 35 days!

The actual boot time, according to journald was a week ago. And the
"timestamp" for the suspend exit in dmesg is 312967, which is about 86
hours, which is about half, which seems about right considering the
suspends.

The wall clock time and date is right too at the time of resume in the
journald logs, assuming systemd-timesyncd doesn't synchronize with NTP
before systemd logs "Started Suspend" after resuming.

This is all with 5.5rc4 + the patches from the Debian kernel packages,
on a Threadripper 3970X, in case that matters.

Any hints where I should be looking to find out what's going wrong?

Cheers,

Mike

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: Uptime completely off after resume from suspend
  2020-01-10  4:06 Uptime completely off after resume from suspend Mike Hommey
@ 2020-01-21  9:32 ` Mike Hommey
  0 siblings, 0 replies; 2+ messages in thread
From: Mike Hommey @ 2020-01-21  9:32 UTC (permalink / raw)
  To: linux-kernel

On Fri, Jan 10, 2020 at 01:06:03PM +0900, Mike Hommey wrote:
> Hi,
> 
> I have a one month old machine, and was surprised to notice an uptime of
> several hundreds of days in top. Since I had been suspending the machine
> on many occasions, I was wondering if that could be related, so I put
> the machine to sleep, came back 30 minutes later, and uptime had
> advanced 35 days!
> 
> The actual boot time, according to journald was a week ago. And the
> "timestamp" for the suspend exit in dmesg is 312967, which is about 86
> hours, which is about half, which seems about right considering the
> suspends.
> 
> The wall clock time and date is right too at the time of resume in the
> journald logs, assuming systemd-timesyncd doesn't synchronize with NTP
> before systemd logs "Started Suspend" after resuming.
> 
> This is all with 5.5rc4 + the patches from the Debian kernel packages,
> on a Threadripper 3970X, in case that matters.
> 
> Any hints where I should be looking to find out what's going wrong?

FWIW, it doesn't seem to have happened in 8 days of running 5.5rc6.

Cheers,

Mike

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2020-01-21  9:32 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-01-10  4:06 Uptime completely off after resume from suspend Mike Hommey
2020-01-21  9:32 ` Mike Hommey

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).