Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp159427imu; Thu, 8 Nov 2018 16:56:17 -0800 (PST) X-Google-Smtp-Source: AJdET5ffxULCzsVhk4XHfeak/pyXa6UTDL6v9cBD8KjXsv1aOOaxloEM204K4nKDRaIfxUp4tQSE X-Received: by 2002:a63:c846:: with SMTP id l6mr5604294pgi.78.1541724977424; Thu, 08 Nov 2018 16:56:17 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1541724977; cv=none; d=google.com; s=arc-20160816; b=hdpGrgDn4eOMi8mnp+h+X0RvhuZMYRoo1gUDoZIWI3q3T3CAdoWdfG4fEQLRy5qxlw 0hH42SRnWiqR0Z9N7N1L02331yzZ6zxWmqCe3ygfOL1iI/gElNxdlxV4SjCNMHl+ld2x 4HbaKKY51kpMnSbeD3dHLzAQFINZEKv5pcTQe3xoG1JdnVN0MgcLO/S2DGx0vdv8v3wl 02fhbYGEx6PNJtiXqBPlLkujL1b3Z/NGYWjjg+EXEg6DX0SZgyJpKXrNzn3TZ9u3DpMx 2XhyZyg2mXB+k1WDRrOm6+xtlvGr5Y0WltID1+xnwswqoppDS3qT4GMeB67vj75dRvR5 Dweg== 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=7/BXbM3T5rbltkCSUpsEnD6qQ4BCVUPdaaaXV2A6cQw=; b=i0/6Fhhd4uUby6PHvO9aWyy4Ic/KxkoHbFsUpQF8g+0RMj4BYb6az3POU4t1hg7gZd IC99XwDv8Ll628FMRmwXqL67ZX1xJHVkBvPQMSgzRinvhU8ArAftnAxUCHVdhnoqNVrp iaOY1bS7827hGmhBzyNuXeDg8iO4+vqzxqKj3HGoRQ9KJ/rSJkeIiJb8nYNh2Rz9FaQK wJ42yJsrihSJv2aUO55VRch+Sx4lgqWLH9FN+taFBS2hcEvQQ+pzIm+8qmh9ijPbFFj0 4apYlgm41gXi1vjAgvgPHIZGipcGwxxKtql56Bd8m+b7Uw8rI61NurE+mwzEmoKOoeld 20eQ== 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 i3-v6si5874808pli.318.2018.11.08.16.56.01; Thu, 08 Nov 2018 16:56:17 -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 S1727691AbeKIKdq (ORCPT + 99 others); Fri, 9 Nov 2018 05:33:46 -0500 Received: from mga11.intel.com ([192.55.52.93]:34554 "EHLO mga11.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726599AbeKIKdq (ORCPT ); Fri, 9 Nov 2018 05:33:46 -0500 X-Amp-Result: UNKNOWN X-Amp-Original-Verdict: FILE UNKNOWN X-Amp-File-Uploaded: False Received: from fmsmga007.fm.intel.com ([10.253.24.52]) by fmsmga102.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 08 Nov 2018 16:55:35 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.54,481,1534834800"; d="scan'208";a="84450741" Received: from tassilo.jf.intel.com (HELO tassilo.localdomain) ([10.7.201.126]) by fmsmga007.fm.intel.com with ESMTP; 08 Nov 2018 16:55:35 -0800 Received: by tassilo.localdomain (Postfix, from userid 1000) id 85960301E5E; Thu, 8 Nov 2018 16:55:35 -0800 (PST) Date: Thu, 8 Nov 2018 16:55:35 -0800 From: Andi Kleen To: Milian Wolff Cc: Jiri Olsa , linux-kernel@vger.kernel.org, Jiri Olsa , namhyung@kernel.org, linux-perf-users@vger.kernel.org, Arnaldo Carvalho Subject: Re: PEBS level 2/3 breaks dwarf unwinding! [WAS: Re: Broken dwarf unwinding - wrong stack pointer register value?] Message-ID: <20181109005535.GA6218@tassilo.jf.intel.com> References: <2335309.gnWok9HYb4@agathebauer> <20181106202411.GU6218@tassilo.jf.intel.com> <1584560.aXQ729uQp3@agathebauer> <7105958.qy8IzDpmRc@agathebauer> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7105958.qy8IzDpmRc@agathebauer> 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 > Can we change this, such that perf_event_output also takes a second set of > registers (iregs) that get sampled for PERF_SAMPLE_REGS_INTR? I'm very new to > real kernel development, what kind of ABI/API stability guarantees exist for > something like "perf_event_output"? Yes you can change it. That's no API/ABI stability guarantee for kernel internal functions, as long as you change all callers in tree. -Andi