[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20141014131935.GA5994@localhost.localdomain>
Date: Tue, 14 Oct 2014 15:19:35 +0200
From: Richard Cochran <richardcochran@...il.com>
To: Thomas Shao <huishao@...rosoft.com>
Cc: "tglx@...utronix.de" <tglx@...utronix.de>,
"gregkh@...uxfoundation.org" <gregkh@...uxfoundation.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"devel@...uxdriverproject.org" <devel@...uxdriverproject.org>,
"olaf@...fle.de" <olaf@...fle.de>,
"apw@...onical.com" <apw@...onical.com>,
"jasowang@...hat.com" <jasowang@...hat.com>,
KY Srinivasan <kys@...rosoft.com>
Subject: Re: [PATCH 2/2] hyperv: Implement Time Synchronization using host
time sample
On Tue, Oct 14, 2014 at 01:04:35PM +0000, Thomas Shao wrote:
> > > + /*
> > > + * Use the Hyper-V time sample to adjust the guest time. The
> > > + * algorithm is: If the sample offsets exceeds 1 second, we
> > > + * directly set the clock to the server time. If the offset is
> >
> > So the guests will experience random time jumps in the kernel, without any
> > rhyme or reason?
>
> This behavior is designed for some extreme cases. Like manually setting guest time
> to some value. Or the host resumes from a hibernate state. Normally, we should not
> run into this.
But when it *does* happen, the guest software will have no way of
knowing what happened. That stinks.
Taking your example, when the guest sets its time, the time will
suddenly jump somewhere else, and for no apparent reason.
>From the guest's point of view, this is really not acceptable.
Thanks,
Richard
--
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/
Powered by blists - more mailing lists