lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Tue, 14 Oct 2014 15:14:21 +0100 From: Mike Surcouf <mps.surcouf.lkml@...il.com> To: Richard Cochran <richardcochran@...il.com> Cc: Thomas Shao <huishao@...rosoft.com>, "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 Even with networking I think there are other senarios where this would be useful such as no access to an NTP server due to firewall rules or no internal NTP or simply an admin without much knowledge of NTP. HyperV host very likely has good time from AD and it would be good if the Linux VM just synced its time from the host after a vanilla install (just like windows VMs). That would require no configuration and probably save a ton of support traffic. However this patch requires a module parameter which really negates the zero configuration argument. Also please don't make this the default until the timesync component is more comprehensive and provides a stable time of similar quality to NTP. VMware has put a lot of effort into host -> guest timesync so I think there is a case for some form of host based time sync on HyperV. -- 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