From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751206AbdAWTo7 (ORCPT ); Mon, 23 Jan 2017 14:44:59 -0500 Received: from mail-wm0-f65.google.com ([74.125.82.65]:32898 "EHLO mail-wm0-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750723AbdAWTo5 (ORCPT ); Mon, 23 Jan 2017 14:44:57 -0500 Subject: Re: [patch 4/5] PTP: add PTP_SYS_OFFSET emulation via cross timestamps infrastructure To: Richard Cochran , Marcelo Tosatti References: <20170120122025.665985919@redhat.com> <20170120122503.746158230@redhat.com> <20170120202502.GA10368@localhost.localdomain> <20170123131913.GA28104@amt.cnet> <20170123184415.GA2158@localhost.localdomain> Cc: kvm@vger.kernel.org, linux-kernel@vger.kernel.org, Radim Krcmar , Miroslav Lichvar From: Paolo Bonzini Message-ID: Date: Mon, 23 Jan 2017 20:44:53 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.5.1 MIME-Version: 1.0 In-Reply-To: <20170123184415.GA2158@localhost.localdomain> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 23/01/2017 19:44, Richard Cochran wrote: >> device clock |sample1P,deviceclock| |sample2P,deviceclock| >> ------------------------------------------------------------- >> realtime clock |sample1P,realtimeclock| |sample2P,realtimeclock| > > Are |sample1P,deviceclock| and |sample1P,realtimeclock| taken at the > same instant in time? > > If not, then calling that PTP_SYS_OFFSET_PRECISE is misleading. Yes, of course. This was added for the e1000e drivers first, but chrony isn't using it yet. In the case of KVM, the same host TSC value is used to produce the host clock and (converted to guest TSC) the guest clock. If you just implement getclock64 the PTP_SYS_OFFSET output: device clock | |sample2| |sample4| |sample6| ... ------------------------------------------------------------- realtime clock |sample1| |sample3| |sample5| has a very large distance between samples on the same line (about 1 us), and I think it is too noisy for userspace to make sense of the output. So, on one hand chrony only uses the mean of realtime clock samples, in an attempt to produce precise cross timestamps. On the other hand, even though KVM could produce those natively, chrony does not support PTP_SYS_OFFSET_PRECISE. Marcelo's patch then produces fake realtime clock samples that, however, let chrony derive the cross timestamps that KVM produced in the first place. The outcome is really great accuracy compared to previous versions of the patch, often just +/- 2 or 3 nanoseconds. Paolo > Still don't get what you are doing here...