From: Roger Heflin <rogerheflin@gmail.com>
To: devzero@web.de
Cc: dan.hecht@vmware.com, johnstul@us.ibm.com,
linux-kernel@vger.kernel.org, zippel@linux-m68k.org
Subject: Re: Clock has stopped (time/date looping over 5 seconds), things are
Date: Fri, 04 Apr 2008 21:06:50 -0500 [thread overview]
Message-ID: <47F6DEBA.4000500@gmail.com> (raw)
In-Reply-To: <226243507@web.de>
devzero@web.de wrote:
> so, this happens on real hardware for you?
>
> i could reproduce this with a linux virtual machine on vmware - whenever i suspended the windows host with a linux vm running in vmware, after resume the linux vm showed exactly this issue.
> after some investigation i found, that it would recover from that state after some time - and the time needed for recover was (more or less) proportional to that time the host was in suspend(hibernate) state.
>
> also see http://marc.info/?l=linux-kernel&m=120186717701371&w=2
>
> i thought that was vmware related and i gave a bug report to dan hecht - i didn`t hear anything since then, but i think it`s worth CC`ing him.
>
> not sure if
> [PATCH 1/2] Introduce clocksource_forward_now -> http://marc.info/?l=linux-kernel&m=120716471203567&w=2
> [PATCH 2/2] Introduce CLOCK_MONOTONIC_RAW -> http://marc.info/?l=linux-kernel&m=120596518521892&w=2
> is related ? (also CC`d the patch authors, they will probably know)
>
> regards
> roland
>
>
This is real hardware, it is a always on desktop MB machine, nothing too weird,
right now I am putting 2.6.24.4 on it, and we will see in a few weeks if it does
it again.
I am getting it fairly consistently, so any ideas of what to turn on, or watch
for in the next event would be useful. I did try collect several samples of
information from /proc of things that looked useful, the most telling thing I
found was that it appeared that in /proc/timer_list
now at 7300171087468 nsecs (number was different).
was actually looping similar to the time/date and not rising as it should have
been, this is a 32 bit on an AMD Sempron(tm) Processor 3400+, it is 64bit
capable. I did have files that containing several samples of /proc/timer_list,
but apparently the alt-sysrq-s then u before the b failed to save the
information or the general state of the machine was just so bad that it did not
get written out to disk, the last 2 times I have had this happen, it completely
failed to shutdown gracefully and s-u-b at least enabled me to force a reboot
without having to go to the machine and power cycle it.
From previous data, the shortest time is 14 days 11 hours, and the longest is
about 23 days.
Roger
prev parent reply other threads:[~2008-04-05 2:07 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-04-05 0:50 Clock has stopped (time/date looping over 5 seconds), things are devzero
2008-04-05 2:06 ` Roger Heflin [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=47F6DEBA.4000500@gmail.com \
--to=rogerheflin@gmail.com \
--cc=dan.hecht@vmware.com \
--cc=devzero@web.de \
--cc=johnstul@us.ibm.com \
--cc=linux-kernel@vger.kernel.org \
--cc=zippel@linux-m68k.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox