[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [win-pv-devel] rtc timeoffset not being set on TZ changes?



Hi Nathan,

 

  Are you using upstream QEMU? If you are then you’re problem is expected. The code in xen-hvm.c:handle_ioreq() completely ignores RTC updates from Xen, as can be seen at http://xenbits.xen.org/gitweb/?p=qemu-upstream-unstable.git;a=blob;f=xen-hvm.c;hb=HEAD#l927 whereas QEMU trad handles them, as can be seen at http://xenbits.xen.org/gitweb/?p=qemu-xen-unstable.git;a=blob;f=i386-dm/helper2.c;hb=HEAD#l475. The PV drivers do not directly interact with this key so there’s nothing essentially ‘wrong’ in your VM.

 

  Paul

 

From: win-pv-devel [mailto:win-pv-devel-bounces@xxxxxxxxxxxxxxxxxxxx] On Behalf Of Nathan March
Sent: 12 August 2016 18:51
To: win-pv-devel@xxxxxxxxxxxxxxxxxxxx
Subject: [win-pv-devel] rtc timeoffset not being set on TZ changes?

 

Hi All,

 

On Win 2012 R2 with the latest 8.1 signed drivers, I'm having issues with clocks being reset back to host time on migration. Xen 4.6.3  with host kernel 3.18.34, using gwd's centos packages.

 

Based on https://wiki.xenproject.org/wiki/HVM_timeoffsets I would expect to see rtc/timeoffset being set when I change a timezone/clock in windows, but that's not the case. No matter  what, it always seems to be null:

 

7c253d95-b15f-45b5-bf1c-395c1cc7b034 = ""

name = "nathanwin"

uuid = "7c253d95-b15f-45b5-bf1c-395c1cc7b034"

rtc = ""

  timeoffset = ""

image = ""

  ostype = "hvm"

start_time = "1471022816.81"

 

If I issue a shutdown from XL windows does a graceful shutdown, so the xenbus drivers do seem to be running fine.

 

Can anyone comment on what might be up here, or if this is just a bug?

 

Cheers,

Nathan

 

_______________________________________________
win-pv-devel mailing list
win-pv-devel@xxxxxxxxxxxxxxxxxxxx
https://lists.xenproject.org/cgi-bin/mailman/listinfo/win-pv-devel

 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.