Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp2000919ybz; Thu, 30 Apr 2020 09:07:43 -0700 (PDT) X-Google-Smtp-Source: APiQypIyMqUvs6Lyc6vs7DvbZMXeQV6h7JBidKgAtKauKvXKRedgeplPvCmfgWk/XzGwCiccB30o X-Received: by 2002:aa7:d311:: with SMTP id p17mr3407460edq.73.1588262863219; Thu, 30 Apr 2020 09:07:43 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1588262863; cv=none; d=google.com; s=arc-20160816; b=TYkawtNYvGDIT7uBOP9g2cpif1Q6SdY4OkgXPNvaRPS5IokePtebuQCM21oiPuQsup Gu0C9qi7bg1w3NUjJSaZODOTZmv/anddCMmDs5pTVeXF9b64pKCF9tN7syOowXEfR8lX jiNkCWTJyMJLw01giK20s+nNnG0K4QrMFaVDKLeST8Yj18dYL/Ngg5qpeOAW7F7TgJVe lJUEpUS6oG6z94cDqKyHkcasfRVGi+B3EagVWZQM8Tg+tv7vR6T3/v+sEhZJxwPMERIX j9KpELwmcFklx6nHT81O82MIk8l0qfRAvrYoXqcFQUZSXdlTwFpgW9ggRvsXuFcW/6gf I8Sw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :dkim-signature; bh=URPLn5pgzF++a93dLmF3+s/KGIoSJpOQpC6i9HTyCgA=; b=pNLvjuooLaD+d6agns2mBKtS/zPM8x3RL2JGfgpj8JXH+gboNq3/i6lNeYI9/ehJoe EV4jjVA4h5k1AUMCE/3IWiqgi9QfMrt8Lbu+0PoXqpT5GqQJpNFDBZAgdwV2xR10TLbp vgjV+P9m2S39qzQ9qDT4FZ3diVh4e/EOzbaZ2YYsv1hgZSCgmkMksG/4HTYWpfPhg34t pN1cvWLRVH+jTdC2Srp1hzMYviNemJRFWzSINK15keWK3ICI1oGJ1aN9+yymDAG5SOH+ EZyzf7hC8vorCl5OG8IH3DCMznN4hNmw9OG9JSwZBgGLVznrifsUGdwjSEH2keh429en MH7g== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@infradead.org header.s=merlin.20170209 header.b="aN/fCmTL"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id i15si55156ejc.172.2020.04.30.09.07.18; Thu, 30 Apr 2020 09:07:43 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=fail header.i=@infradead.org header.s=merlin.20170209 header.b="aN/fCmTL"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728134AbgD3QFR (ORCPT + 99 others); Thu, 30 Apr 2020 12:05:17 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:47562 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1728120AbgD3QFL (ORCPT ); Thu, 30 Apr 2020 12:05:11 -0400 Received: from merlin.infradead.org (unknown [IPv6:2001:8b0:10b:1231::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 978EAC035494 for ; Thu, 30 Apr 2020 09:05:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=merlin.20170209; h=In-Reply-To:Content-Type:MIME-Version: References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description; bh=URPLn5pgzF++a93dLmF3+s/KGIoSJpOQpC6i9HTyCgA=; b=aN/fCmTLZqCteuonTlnFbh4fN7 xVyHgAG3ZT56rON9zfhx6NnVrFUREqTEOl0AkZP6MZDlEZ/mLh2AlOySnc8ZT49SwjaSMjIqnPlrd hSz10o0po1rBaN49yHevtwzk8x5IIvAe+cgvDjCH1SSP8wHIbIEKUZ6jUbMUGymYT0COrKKace3hD b3ZoWP6nrAROEiKjO1ofjtHZk8GDGgLcxo42v5hdOioYTAafhTMhp8tXYnB5FleMtmWBXTQe1/uaf w7NUyNy/n9BaUkBVsGILWlk5vpgVSFf6vcRs8WJgcqdweiJq4PvcgX2baB/QDi51XL6kvJ9q4pDoF J+I62Q2A==; Received: from j217100.upc-j.chello.nl ([24.132.217.100] helo=noisy.programming.kicks-ass.net) by merlin.infradead.org with esmtpsa (Exim 4.92.3 #3 (Red Hat Linux)) id 1jUBfz-0004Ip-Oh; Thu, 30 Apr 2020 16:04:39 +0000 Received: from hirez.programming.kicks-ass.net (hirez.programming.kicks-ass.net [192.168.1.225]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by noisy.programming.kicks-ass.net (Postfix) with ESMTPS id 74F7530275A; Thu, 30 Apr 2020 18:04:36 +0200 (CEST) Received: by hirez.programming.kicks-ass.net (Postfix, from userid 1000) id 4C79729C3DBFD; Thu, 30 Apr 2020 18:04:36 +0200 (CEST) Date: Thu, 30 Apr 2020 18:04:36 +0200 From: Peter Zijlstra To: Marc Zyngier Cc: Will Deacon , Leo Yan , Mark Rutland , Ingo Molnar , Arnaldo Carvalho de Melo , Alexander Shishkin , Jiri Olsa , Namhyung Kim , Catalin Marinas , linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, Mathieu Poirier , Mike Leach , Al Grant , James Clark , tglx@linutronix.de Subject: Re: [PATCH] arm64: perf_event: Fix time_offset for arch timer Message-ID: <20200430160436.GC13575@hirez.programming.kicks-ass.net> References: <20200320093545.28227-1-leo.yan@linaro.org> <20200430145823.GA25258@willie-the-truck> <4d924f705245c797a19d3a73eb0c1ba0@kernel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4d924f705245c797a19d3a73eb0c1ba0@kernel.org> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Apr 30, 2020 at 04:29:23PM +0100, Marc Zyngier wrote: > I wonder if we could/should make __sched_clock_offset available even when > CONFIG_HAVE_UNSTABLE_SCHED_CLOCK isn't defined. It feels like it would > help with this particular can or worm... Errrgh. __sched_clock_offset is only needed on x86 because we transition from one clock device to another on boot. It really shouldn't exist on anything sane. Let me try and understand your particular problem better.