Received: by 2002:a25:d7c1:0:0:0:0:0 with SMTP id o184csp4086715ybg; Fri, 25 Oct 2019 13:07:32 -0700 (PDT) X-Google-Smtp-Source: APXvYqwdIlxBeZ9BpFJ7k5myCMFy1G81bn+jVdr4gaByyswLgNCpDUU/qE2XqUQc9l3EU0v6rhL/ X-Received: by 2002:a05:6402:21d3:: with SMTP id bi19mr6085916edb.104.1572034052233; Fri, 25 Oct 2019 13:07:32 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1572034052; cv=none; d=google.com; s=arc-20160816; b=q1OA4H5oeHZIBolhU8wgbqlCbId5Kjsh/20geyXipupe8osaRG3RNWrmCY5lBsP2/6 RUwnrEtgDW6zTrwY4J3kXO4frGCHTp0Ve0pmb2QQiZ4dw5h001fyg7/16wwUU0GBQwK4 VrUH9QEuEr/j2ttNcpvKc++4nzcDGdL9LDR8QGZFK6vAYGxEJS8/+z+sdRyslGk5yBZ7 6datufofea8JPiWU75m/nCCSvrskAVz7kxFIlPvZQzmAC5xH7WTyq7Cv7WMVBuS66xdO iGfteUn2maozanVlud/Jm64GAlDkM1AXvWIx0BS3oVGe8VdLhuLneplkxSJw5MVK4Ipd DY7g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:message-id:date:references :in-reply-to:subject:cc:to:from; bh=fPvVGg9ey8Swik3ZOepM+0J1s9lZHzus3cQu59ydZMs=; b=bSG2L3ri8rGQszWCoVYeNXrsTRG/6gAv3SU3jTZgx4uE6hvkK2FfAek2PYWEs1XSu8 PnnrlOEp1NKzN+krOp0tXuSU0sSUxhvc0bUNp4taBkJg7cD5nJNYU0K2fxs91v3ikV/p KZNIqBf/j5foeLiKqEjScQJHM1i76VLAfT5KQ7/eUljd+o0bfwGVzpvbX+3sNsmDFsAX 8TP4wpWSpmqP1JIeJ8zhRE6UUOtvwN31UQHXUHmuUy0pMR0wTtpJPzSAfOqSTSlKPLIZ kMq2rLAY+d0VQsvObgCpO2heXBPE84V8NNBC4rb90yAzuRPbDcIn7Hi+tWeO3LS0/nGx 0JyQ== 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 b2si1899179eja.89.2019.10.25.13.07.03; Fri, 25 Oct 2019 13:07:32 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2438948AbfJYMTm (ORCPT + 99 others); Fri, 25 Oct 2019 08:19:42 -0400 Received: from mga12.intel.com ([192.55.52.136]:49239 "EHLO mga12.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726484AbfJYMTm (ORCPT ); Fri, 25 Oct 2019 08:19:42 -0400 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga003.jf.intel.com ([10.7.209.27]) by fmsmga106.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 25 Oct 2019 05:19:41 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.68,228,1569308400"; d="scan'208";a="201794460" Received: from um.fi.intel.com (HELO um) ([10.237.72.57]) by orsmga003.jf.intel.com with ESMTP; 25 Oct 2019 05:19:39 -0700 From: Alexander Shishkin To: Peter Zijlstra Cc: Arnaldo Carvalho de Melo , Ingo Molnar , linux-kernel@vger.kernel.org, jolsa@redhat.com, adrian.hunter@intel.com, mathieu.poirier@linaro.org, mark.rutland@arm.com, alexander.shishkin@linux.intel.com Subject: Re: [PATCH v2 4/4] perf/x86/intel/pt: Opportunistically use single range output mode In-Reply-To: <20191024135632.GE4114@hirez.programming.kicks-ass.net> References: <20191022095812.67071-1-alexander.shishkin@linux.intel.com> <20191022095812.67071-5-alexander.shishkin@linux.intel.com> <20191024135632.GE4114@hirez.programming.kicks-ass.net> Date: Fri, 25 Oct 2019 15:19:38 +0300 Message-ID: <87blu5ggpx.fsf@ashishki-desk.ger.corp.intel.com> MIME-Version: 1.0 Content-Type: text/plain Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Peter Zijlstra writes: > On Tue, Oct 22, 2019 at 12:58:12PM +0300, Alexander Shishkin wrote: >> Most of PT implementations support Single Range Output mode, which is >> an alternative to ToPA that can be used for a single contiguous buffer >> and if we don't require an interrupt, that is, in AUX snapshot mode. >> >> Now that perf core will use high order allocations for the AUX buffer, >> in many cases the first condition will also be satisfied. >> >> The two most obvious benefits of the Single Range Output mode over the >> ToPA are: >> * not having to allocate the ToPA table(s), >> * not using the ToPA walk hardware. >> >> Make use of this functionality where available and appropriate. > > This seems independent of the snapshot stuff, right? Yes, it depends on the previous PT driver patch for context, though. I'll drop it from the set. Regards, -- Alex