Received: by 2002:ac0:a5a6:0:0:0:0:0 with SMTP id m35-v6csp5021458imm; Tue, 18 Sep 2018 03:06:56 -0700 (PDT) X-Google-Smtp-Source: ANB0VdblX1vDpErckjWLELd6hPj4U7Fa37sUiIwvWe6gFTRkwGamCVIsaxl3Hc4I4+YUwu3fCS0U X-Received: by 2002:a63:6446:: with SMTP id y67-v6mr27457214pgb.443.1537265216783; Tue, 18 Sep 2018 03:06:56 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1537265216; cv=none; d=google.com; s=arc-20160816; b=p+a/nTljO9CF/iunxNwm7CWDVkruOdb3z4kS2QyIMMUgj06M4wix+Udk/yDBHmGF0z 5TLC6efNnFrJyyX4XGr/4upuQ9b2SwdoE53HrdKzFLxSFQ6uKmuRwZUXNlpDPqDFCr6c Esv7ji8q01HFUnHBbCztYGSR0c/rEK4GPHhlarsJY3wAmHAt8Z6EnR0xq0n/ODwGGOk5 0O763BXPBSUnvQ+p0WmRJl9qRpeBC8bCOYADstzW/xIJSUdtVQ20cy10Cq5/v5Fg3zam e8Mrd/MSssm+V4jgeSFzcuwCxJ7GJY+AtlTYPtyWi6TGHYdHCd8UYr294fRqdzm85TCQ n48Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:references :message-id:in-reply-to:subject:cc:to:from:date; bh=RSUdHdy/AwnSymBO4cNfQGaXmFcBrY+I8kkwoRtLTUc=; b=FfJx5w+IREzHhrKXYFiGlovKmw3MPXTrKUCQKer+hIk77Ug33kfYsTgeQgTuZfJZVj 6i1TbpN3p9UwUuox2KAz7bZzLFJlq05APFD4JH3NPEttw30/1MUk5rz4vQlrcJwyYtSV ftgj4uR7VjzY2igsQNSCGi9SGBia5Iih3QwEaW7NdQDIuOJ8xuijOnM/ETqe4wJMfNN4 oVXuDC7u3EKxkNxAyb3Zd45mwy60E3b4l+xin2Bhjy3cnidR+6Lmx/k665gVh7/OsjTM USorMrR/lmNXNKadoCbSgsNlN4nJ1hSl2o1TGxx0WZr41HVgO6mr6Q5IQF2Iv5HXSRpD FgTQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id a33-v6si18403907plc.339.2018.09.18.03.06.41; Tue, 18 Sep 2018 03:06:56 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729049AbeIRPiR (ORCPT + 99 others); Tue, 18 Sep 2018 11:38:17 -0400 Received: from Galois.linutronix.de ([146.0.238.70]:57327 "EHLO Galois.linutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728624AbeIRPiR (ORCPT ); Tue, 18 Sep 2018 11:38:17 -0400 Received: from hsi-kbw-5-158-153-55.hsi19.kabel-badenwuerttemberg.de ([5.158.153.55] helo=nanos) by Galois.linutronix.de with esmtpsa (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1g2Cte-0006ey-A2; Tue, 18 Sep 2018 12:06:18 +0200 Date: Tue, 18 Sep 2018 12:06:12 +0200 (CEST) From: Thomas Gleixner To: Peter Zijlstra cc: John Stultz , Andy Lutomirski , LKML , X86 ML , Matt Rickard , Stephen Boyd , Florian Weimer , "K. Y. Srinivasan" , Vitaly Kuznetsov , devel@linuxdriverproject.org, Linux Virtualization , Paolo Bonzini , Arnd Bergmann , Juergen Gross Subject: Re: [patch 09/11] x86/vdso: Simplify the invalid vclock case In-Reply-To: Message-ID: References: <20180914125006.349747096@linutronix.de> <20180914125118.909646643@linutronix.de> <20180918083055.GJ24106@hirez.programming.kicks-ass.net> User-Agent: Alpine 2.21 (DEB 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Linutronix-Spam-Score: -1.0 X-Linutronix-Spam-Level: - X-Linutronix-Spam-Status: No , -1.0 points, 5.0 required, ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 18 Sep 2018, Thomas Gleixner wrote: > On Tue, 18 Sep 2018, Peter Zijlstra wrote: > > > Your memory serves you right. That's indeed observable on CPUs which > > > lack TSC_ADJUST. > > > > But, if the gtod code can observe this, then why doesn't the code that > > checks the sync? > > Because it depends where the involved CPUs are in the topology. The sync > code might just run on the same package an simply not see it. Yes, w/o > TSC_ADJUST the TSC sync code can just fail to see the havoc. Even with TSC adjust the TSC can be slightly off by design on multi-socket systems. Thanks, tglx