summaryrefslogtreecommitdiff
path: root/tools/gdb-sd_dump_hashmaps.py
diff options
context:
space:
mode:
authorKay Sievers <kay@vrfy.org>2015-03-15 19:44:59 +0100
committerKay Sievers <kay@vrfy.org>2015-03-15 19:44:59 +0100
commit4b16233e59b3edd8338819dad275cc94b5e5f6e7 (patch)
tree126ef5e924435a212bdeabf1015879f2786a7e67 /tools/gdb-sd_dump_hashmaps.py
parentcd556b6ca8aec8dd371806afedec45f852f8f724 (diff)
timesyncd: enable timesyncd in virtual machines
On Fri, Mar 13, 2015 at 8:25 PM, Michael Marineau <michael.marineau@coreos.com> wrote: > Currently systemd-timesyncd.service includes > ConditionVirtualization=no, disabling it in both containers and > virtual machines. Each VM platform tends to deal with or ignore the > time problem in their own special ways, KVM/QEMU has the kernel time > source kvm-clock, Xen has had different schemes over the years, VMware > expects a userspace daemon sync the clock, and other platforms are > content to drift with the wind as far as I can tell. > > I don't know of a robust way to know if a platform needs a little > extra help from userspace to keep the clock sane or not but it seems > generally safer to try than to risk drifting. Does anyone know of a > reason to leave timesyncd off by default? Otherwise switching to > ConditionVirtualization=!container should be reasonable.
Diffstat (limited to 'tools/gdb-sd_dump_hashmaps.py')
0 files changed, 0 insertions, 0 deletions