Received: by 2002:a25:23cc:0:0:0:0:0 with SMTP id j195csp539201ybj; Thu, 7 May 2020 01:37:34 -0700 (PDT) X-Google-Smtp-Source: APiQypIvp4sMEMZmbT7gYbmU48m399hJSMluTnwmTRpehAZ3DJoOK+Q8hIyAiC5UifB0p2ekK0I/ X-Received: by 2002:a17:906:784c:: with SMTP id p12mr11256630ejm.346.1588840654163; Thu, 07 May 2020 01:37:34 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1588840654; cv=none; d=google.com; s=arc-20160816; b=WY+A1633ni/j36yAkWemJODDl14Atf6Hv7QaZFouMzrwlHuz+XfJYyWAaISZfF8ilj IIXLUz3avzh0Ya7Jn51GsABiHknUSJ0+ahev893U5ekAc0W0Qr1G9cVA5L4XAQfdBnfS FYXRNOKhREb9k1xFXxVlAzHlf2oUQ4pPc2lbCHWie3Oz9w2JYNnX0JjSrI3op3lYExUT zL59Gsi4WZpfDRTmMtX5wL5UIrGNApS1JCBKPQbJIjfDxKX4ti5uPjFsRbA/yMYiIn7/ pTDJOVpIHkutCfMgBkjcX/ZLhha2nXvYfrFWUaApNugCQylzlDQGxiazcpHqgCgAHjYI b8eg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:organization:from:references:cc:to:subject:ironport-sdr :ironport-sdr; bh=U1Yzz1Pypf2m/C3vraobZvK6RiJ3uzJsZUmraOACx6Y=; b=NKmolk7kpDCH/Pja+PZ6aFV++NL3t0DCcCXstYxWB0YNCjS2IYEYfA6lmv7H7y5uvm HiajQN7TYXKtggV8eyaHxlGg6jiZ5JPXVKZpfd4UBagHBVO9aEGJREW8Nlu3EJqZE1L8 M4svHnduo6xJsRXoM4JogjFLT8hraJz9a+m4iE63ntab0z0QWrhrRN9K0Qv7PWU5R1nG qhfrJMKA3dZkrwRqvv2fqV9dhL4isTrzzgEvNt9mP84nSsBBBFDrFs5PQBSrc1uPM0KQ 0d8s9tGJ6bb5gpfU91lEmHf7Zrl/09uLoow8ZrGDmyyIkxJWsWOY2FkFdVWDqSAd4I4g +SYw== ARC-Authentication-Results: i=1; mx.google.com; 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id o25si2636711ejh.73.2020.05.07.01.37.11; Thu, 07 May 2020 01:37:34 -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; 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1725947AbgEGIc6 (ORCPT + 99 others); Thu, 7 May 2020 04:32:58 -0400 Received: from mga01.intel.com ([192.55.52.88]:46973 "EHLO mga01.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725845AbgEGIc6 (ORCPT ); Thu, 7 May 2020 04:32:58 -0400 IronPort-SDR: kr+vj8wqEQtNiiZRqNujLQ+WG+BvhMB9XE6vh3Z9oQsmpS9zwx4gYwUn7JKo4BNXEua7fQ2sGM dPMRVEr0/o2w== X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga007.jf.intel.com ([10.7.209.58]) by fmsmga101.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 07 May 2020 01:32:57 -0700 IronPort-SDR: n7WR5DiXcGuDVdqqZXn7K79PXZUc3T1CFRWEMEzb66O02KwXDUXLBZlM0pDbff8LQA5sqdrrc1 G//pWyXTOcgw== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.73,363,1583222400"; d="scan'208";a="249210275" Received: from linux.intel.com ([10.54.29.200]) by orsmga007.jf.intel.com with ESMTP; 07 May 2020 01:32:57 -0700 Received: from [10.249.225.10] (abudanko-mobl.ccr.corp.intel.com [10.249.225.10]) by linux.intel.com (Postfix) with ESMTP id B027D58048A; Thu, 7 May 2020 01:32:54 -0700 (PDT) Subject: Re: [PATCH v2 02/11] perf evlist: implement control command handling functions To: Arnaldo Carvalho de Melo Cc: Jiri Olsa , Namhyung Kim , Alexander Shishkin , Peter Zijlstra , Ingo Molnar , Andi Kleen , linux-kernel References: <142da58d-7ff1-ea73-89e0-30342a710aab@linux.intel.com> <20200506202138.GF9893@kernel.org> From: Alexey Budankov Organization: Intel Corp. Message-ID: <68696671-50f7-7602-fc64-7802a8eab29a@linux.intel.com> Date: Thu, 7 May 2020 11:32:53 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 MIME-Version: 1.0 In-Reply-To: <20200506202138.GF9893@kernel.org> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 06.05.2020 23:21, Arnaldo Carvalho de Melo wrote: > Em Wed, May 06, 2020 at 09:19:22PM +0300, Alexey Budankov escreveu: >> >> Implement functions of initialization, finalization and processing >> of control commands coming from control file descriptors. >> >> Signed-off-by: Alexey Budankov >> --- >> tools/perf/util/evlist.c | 100 +++++++++++++++++++++++++++++++++++++++ >> tools/perf/util/evlist.h | 12 +++++ >> 2 files changed, 112 insertions(+) >> diff --git a/tools/perf/util/evlist.h b/tools/perf/util/evlist.h >> index 62f259d89b41..84386850c290 100644 >> --- a/tools/perf/util/evlist.h >> +++ b/tools/perf/util/evlist.h >> @@ -358,4 +358,16 @@ void perf_evlist__force_leader(struct evlist *evlist); >> struct evsel *perf_evlist__reset_weak_group(struct evlist *evlist, >> struct evsel *evsel, >> bool close); >> + >> +enum evlist_ctl_cmd { >> + CTL_CMD_UNSUPPORTED = 0, >> + CTL_CMD_ENABLE = 'e', >> + CTL_CMD_DISABLE = 'd', >> + CTL_CMD_ACK = 'a' >> +}; > > Can we make this a string, I think we'll eventually ask for lots more Like this? #define EVLIST__CTL_CMD_ENABLE "enable" #define EVLIST__CTL_CMD_DISABLE "disable" #define EVLIST__CTL_CMD_ACK "ack" > stuff, like asking for a --switch-output snapshot with --overwrite, > reconfiguring events to increase/decrease frequency, etc, interfacing > with PERF_EVENT_IOC_MODIFY_ATTRIBUTES, PERF_EVENT_IOC_SET_FILTER, etc. > > This will also allow us to have parameters, etc, wdyt? Being a part of this patch the extension will implement configurability that potentially could never be used. Switch from int to string commands of variable length belongs to the patches also implementing usage of that string commands. > > Also please since these are events that deal with 'struct evlist', name > them with the evlist__ prefix, not the perf_evlist__ one, as those > should be used with 'struct perf_evlist', i.e. the one in libperf > (tools/lib/perf/). Accepted in v3. > > Right now this is inconsistent, we did it that way to minimize > disruption of the codebase when moving things from tools/perf/ to > tools/lib/perf/, but this confuses things and I just did a > s/perf_evsel__/evsel__) for things dealing with 'struct evsel', so lets > not add new ones with the wrong prefix, eventually we'll have perf_ only > for things in libperf. > >> + >> +int perf_evlist__initialize_ctlfd(struct evlist *evlist, int ctl_fd, int ctl_fd_ack); >> +int perf_evlist__finalize_ctlfd(struct evlist *evlist); >> +int perf_evlist__ctlfd_process(struct evlist *evlist, enum evlist_ctl_cmd *cmd); >> + >> #endif /* __PERF_EVLIST_H */ >> -- >> 2.24.1 >> >> >