From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jeremy Fitzhardinge Subject: Re: Dom0 ACPI S3 patches Date: Wed, 14 Sep 2011 10:44:12 -0700 Message-ID: <4E70E7EC.4030809@goop.org> References: <20110914081156.GB3079@vrvis.at> <4E7084C30200007800055FBE@nat28.tlf.novell.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <4E7084C30200007800055FBE@nat28.tlf.novell.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Jan Beulich Cc: xen-devel@lists.xensource.com, Adi Kriegisch , Konrad Rzeszutek Wilk List-Id: xen-devel@lists.xenproject.org On 09/14/2011 01:41 AM, Jan Beulich wrote: >>>> On 14.09.11 at 10:11, Adi Kriegisch wrote: >> * The DomUs do not resync their clock after Dom0 waking up. They're >> basically continue to count the time as if the sleep never happened. >> I have to run 'ntpdate' on resume on all the DomUs. I am not sure if >> there are any side effects of this; probably there is a more simple way >> to tell a DomU to reread clock from Dom0? > This is a more fundamental problem - upstream pv-ops doesn't make > use of XENFP_settime (or its bogus alias DOM_SETTIME) at all; only > Jeremy's 2.6.32.x tree has this so far. I was confused grepping for those: XEN*PF*_settime, or DOM*0*_SETTIME. Yeah, thanks for the reminder. I've queued that up for the next merge window. J