This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
Home Products Support Community News


RE: [Xen-devel] Clock jumped 50 minutes in dom0 caused incorrect 2008 R2

> > Unfortunately these kinds of time problems can be notoriously hard to
> > pin down and diagnose.
> This seems to occur when one -- or possibly all -- vcpus
> are "spinning" for an unexpectedly long period of time.  If so
> it may be possible to synthesize some kind of long-but-non-infinite
> deadlock in a domU kernel which might reproduce the problem.

Saw this on LKML:

The solution refers to a recent git commit so is unlikely to
be the specific cause for the problem we've seen.  But the
analysis sounds very familiar and also corresponds to my
observation above:  In short, SOMEthing (in the guest kernel
or in Xen) is causing the guest to "go out to lunch" for some
extended period of time, which confuses the watchdog timer,
which disables TSC as a clocksource.

Xen-devel mailing list