From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S970273AbdAIRkT (ORCPT ); Mon, 9 Jan 2017 12:40:19 -0500 Received: from mx1.redhat.com ([209.132.183.28]:33976 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753654AbdAIRkR (ORCPT ); Mon, 9 Jan 2017 12:40:17 -0500 From: Vitaly Kuznetsov To: Stephen Hemminger Cc: "Alex Ng \(LIS\)" , Haiyang Zhang , "linux-kernel\@vger.kernel.org" , John Stultz , "devel\@linuxdriverproject.org" , Thomas Gleixner Subject: Re: [PATCH 3/4] hv_util: use do_adjtimex() to update system time References: <20170102194114.657-1-vkuznets@redhat.com> <20170102194114.657-4-vkuznets@redhat.com> <87a8b8qq7d.fsf@vitty.brq.redhat.com> <20170109091950.7d7be8da@xeon-e3> Date: Mon, 09 Jan 2017 18:40:15 +0100 In-Reply-To: <20170109091950.7d7be8da@xeon-e3> (Stephen Hemminger's message of "Mon, 9 Jan 2017 09:19:50 -0800") Message-ID: <87lguk6sjk.fsf@vitty.brq.redhat.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.25]); Mon, 09 Jan 2017 17:40:18 +0000 (UTC) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Stephen Hemminger writes: > An alternative would be for hyper-v util to provide a clocksource device and > let NTP manage the adjustment. The advantage of this would be HV util not fighting > with NTP, and using standard API's. The downside would be the complexity of configuring > NTP, and difficulty of writing a clock source pseudo device. Yes, I see this option. But as I wrote to John I'm afraid we'll have to come up with a custom interface from hv_util to userspace which no NTP server will want to support (because, first of all, it's not about 'network time' any more). We can write our own daemon which will read from this interface and do adjtimex but in this case I don't see much value in this data traveling from kernel to userspace and back... -- Vitaly