Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp1212728imu; Tue, 20 Nov 2018 13:37:41 -0800 (PST) X-Google-Smtp-Source: AJdET5d5pS0cHEMDnddJOO3cR6uk8Y4ajjmEKcIhjAP0jJtEfdyiisY8LTlGiUPjjXHXpLP6+41Q X-Received: by 2002:a62:113:: with SMTP id 19mr3871783pfb.176.1542749861777; Tue, 20 Nov 2018 13:37:41 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1542749861; cv=none; d=google.com; s=arc-20160816; b=mEjzmbBD2UGrp8EqRbBzm8u3e9JeHyU+/rljqQXrPLMRoKV7XQv3/5xbdn7Y8Ha7cS Lje/wQU6DMsPuXqy1DJWlep3+yGsXBiHIno5p+dE+UKNumYd3P55jFsvvwxiLI1oONJE HsZWGJ+mqVtM85lHfOfMKBT6FB6xzphnjARFFILKd41r7DbOS0QtzfvcRvp112y/+RDi 7FnJ3hPsJPCQUEfKO655b3EHbm4Hu9Rk7ioYGAkQsBvGi6Ev4USf7DdcOYiSqK7r6t9d KpqaGGeZtQIkgNt6WJ4NO/Zm88YvPsq0AuJDKq7Zsc8YZWiSSepYnOxMlPPY8yIH3vaC uM7A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=FmClf79pdLR0jIsAf3KivwjwFU48YIzQEQ2GqAuRyec=; b=sqN4pbHZUccKlowHG/SzaeYfjbvQ40ErlNpS297DhpDmjerNeJumydCeqWmNAalM7B tNFwhQ3Llc8eZxYGE3ueMcNZ91zlYlTBdHA+x4CGHRj0+/rOfVtTyHD/ozCLNR6EOgGA n0oabKTgKubDK88Ueu0x1VF8vDJHhJ0+bH+HPcPKUhucIoFneDm3jrxfjKjErJnBH9tS /4ho860FPDiaFar8Ndft21MJ+/sDw63z3K586iUp6sLuQz68yZTluPygJq7ldNpXcMBG 2z/UAs3axO2ZOQzZ2y2ZCt8jq3rlvoox3kdls8MNPLZMWunpUiCNsd29ycvoPs3zYmg+ AdZA== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id t70si42510177pgd.339.2018.11.20.13.37.26; Tue, 20 Nov 2018 13:37:41 -0800 (PST) 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727079AbeKUGMR (ORCPT + 99 others); Wed, 21 Nov 2018 01:12:17 -0500 Received: from mga04.intel.com ([192.55.52.120]:30066 "EHLO mga04.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726289AbeKUGMR (ORCPT ); Wed, 21 Nov 2018 01:12:17 -0500 X-Amp-Result: UNKNOWN X-Amp-Original-Verdict: FILE UNKNOWN X-Amp-File-Uploaded: False Received: from orsmga006.jf.intel.com ([10.7.209.51]) by fmsmga104.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 20 Nov 2018 11:41:30 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.56,258,1539673200"; d="scan'208";a="92680417" Received: from tassilo.jf.intel.com (HELO tassilo.localdomain) ([10.7.201.126]) by orsmga006.jf.intel.com with ESMTP; 20 Nov 2018 11:41:30 -0800 Received: by tassilo.localdomain (Postfix, from userid 1000) id EBAF93018C4; Tue, 20 Nov 2018 11:41:29 -0800 (PST) Date: Tue, 20 Nov 2018 11:41:29 -0800 From: Andi Kleen To: Kyle Huey Cc: Kan Liang , "Peter Zijlstra (Intel)" , Ingo Molnar , Robert O'Callahan , Alexander Shishkin , Arnaldo Carvalho de Melo , Jiri Olsa , Linus Torvalds , Stephane Eranian , Thomas Gleixner , Vince Weaver , acme@kernel.org, open list Subject: Re: [REGRESSION] x86, perf: counter freezing breaks rr Message-ID: <20181120194129.GC13936@tassilo.jf.intel.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org > rr, a userspace record and replay debugger[0], uses the PMU interrupt > (PMI) to stop a program during replay to inject asynchronous events > such as signals. With perf counter freezing enabled we are reliably > seeing perf event overcounts during replay. This behavior is easily It's hard to see how it could over count since the PMU freezes earlier than the PMI with freezing. So it should count less. Did you mean under count? > Given that we're already at rc3, and that this renders rr unusable, > we'd ask that counter freezing be disabled for the 4.20 release. The boot option should be good enough for the release? A reasonable future option would be to expose an option to disable it in the perf_event. Then rr could set it. -Andi