Received: by 2002:a05:6a10:eb17:0:0:0:0 with SMTP id hx23csp1605946pxb; Fri, 10 Sep 2021 09:30:48 -0700 (PDT) X-Google-Smtp-Source: ABdhPJz6HzQORgxJEOyHD4D4l2UjcU1xjvbfxV2EBYOpqXXi5MBrYZVXhBlhSaOq2CGbq3S8rxZS X-Received: by 2002:a6b:f30b:: with SMTP id m11mr7689754ioh.0.1631291447875; Fri, 10 Sep 2021 09:30:47 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1631291447; cv=none; d=google.com; s=arc-20160816; b=qdjdjEnl5geSC9QP27gWKOWIYZYby1tyIh7LuAVsgLAS4ntwck7wYl4lKZr6jbYtAc vMl6Dxk7fWfrToMmvfLPF5kmJbQF652cPPmWwN7ro7cWTzP/tjSX8WNGHsk4c2aM8T5P Q7tJSqyuMNyWUmfdRUeBV1b9ssPySXlMNcmu7KEc1w4clT0YCr8ZB7ZVz8djE1kHh7sL eIih4d3fj/6ioxq0PvDvIAzjoj+OmYQcBLiw+YN0HDlJdNfaHaPf5vbK5Lnr/ze1A6em Ee9faL4GOcy2Hxil0djQQvhE3xuaLNCWx7WQU3zVbZQiwJrcGYuhX43/CWcAF01tRoPG 8I4g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject; bh=H0ord77cpLRGpGA25/wmM4yfG/nECI/nyFmfmD6Iv68=; b=0jjVhgwrAdiyqOmH3zOk6S92AN0cQF5AUFW7mzfLAaFfisB/dNnchqUeGXHUPKbigR o9YJOgHt8n1eelmL0bEpnyzRn+pyaTqwo5gOSNQ1KQ+wbvTozfvQp6uo2bX2JkpADVaq FO9T6edtlNlHijO2DBAOTYm4FGxp+Qn2cxkBQjKBirJsO+Iq/4E2yZWi8NZGY9BZly9b 20Iru0S1Coa6yhRnVsBYVb6An/bHJ3U1R7xp0zdi/R/iwSfACBxZ3SS0Duq2lsFo0y3H vQ1fOuvaffu2ti+iIzqMQ5nygMeUYOZHcWYMkM2eyg0piGOHbqYtpUwse9Fr9o8hLGyW W5qQ== 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 r131si5138115ior.19.2021.09.10.09.30.35; Fri, 10 Sep 2021 09:30:47 -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 S229631AbhIJQaX (ORCPT + 99 others); Fri, 10 Sep 2021 12:30:23 -0400 Received: from mga02.intel.com ([134.134.136.20]:33493 "EHLO mga02.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229543AbhIJQaU (ORCPT ); Fri, 10 Sep 2021 12:30:20 -0400 X-IronPort-AV: E=McAfee;i="6200,9189,10103"; a="208349032" X-IronPort-AV: E=Sophos;i="5.85,283,1624345200"; d="scan'208";a="208349032" Received: from fmsmga006.fm.intel.com ([10.253.24.20]) by orsmga101.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 10 Sep 2021 09:29:09 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.85,283,1624345200"; d="scan'208";a="694915605" Received: from linux.intel.com ([10.54.29.200]) by fmsmga006.fm.intel.com with ESMTP; 10 Sep 2021 09:29:08 -0700 Received: from [10.209.0.27] (kliang2-MOBL.ccr.corp.intel.com [10.209.0.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by linux.intel.com (Postfix) with ESMTPS id 908D6580833; Fri, 10 Sep 2021 09:29:07 -0700 (PDT) Subject: Re: [PATCH V3 1/3] perf/x86: Add new event for AUX output counter index To: Peter Zijlstra Cc: Adrian Hunter , Ingo Molnar , Arnaldo Carvalho de Melo , Mark Rutland , Alexander Shishkin , Jiri Olsa , Leo Yan , x86@kernel.org, linux-perf-users@vger.kernel.org, linux-kernel@vger.kernel.org References: <20210907163903.11820-1-adrian.hunter@intel.com> <20210907163903.11820-2-adrian.hunter@intel.com> <20210910160409.GI4323@worktop.programming.kicks-ass.net> From: "Liang, Kan" Message-ID: <453b9364-c350-79ca-00fa-b9e6ed6e3367@linux.intel.com> Date: Fri, 10 Sep 2021 12:29:06 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.14.0 MIME-Version: 1.0 In-Reply-To: <20210910160409.GI4323@worktop.programming.kicks-ass.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 9/10/2021 12:04 PM, Peter Zijlstra wrote: > On Tue, Sep 07, 2021 at 01:45:22PM -0400, Liang, Kan wrote: >> On 9/7/2021 12:39 PM, Adrian Hunter wrote: > >>> @@ -4494,8 +4500,16 @@ static int intel_pmu_check_period(struct perf_event *event, u64 value) >>> return intel_pmu_has_bts_period(event, value) ? -EINVAL : 0; >>> } >>> +static void intel_aux_output_init(void) >>> +{ >>> + /* Refer also intel_pmu_aux_output_match() */ >>> + if (x86_pmu.intel_cap.pebs_output_pt_available) >>> + x86_pmu.assign = intel_pmu_assign_event; >>> +} >> >> For a hybrid machine, x86_pmu.intel_cap.pebs_output_pt_available is always >> cleared. We probably need the PMU specific >> pmu->intel_cap.pebs_output_pt_available here. >> >>> + >>> static int intel_pmu_aux_output_match(struct perf_event *event) >>> { >>> + /* intel_pmu_assign_event() is needed, refer intel_aux_output_init() */ >>> if (!x86_pmu.intel_cap.pebs_output_pt_available) >>> return 0; >>> >> >> For a hybrid machine, this always return 0. I think we need to fix it first? > > AFAICT the patch is correct for !hybrid, and the hybrid PT muck can then > also fix this up, right? > Yes, for !hybrid, the patch is good. Since PEBS via PT is temporarily disabled for hybrid for now, the patch set should not bring any issues with hybrid either. The hybrid PT can be fixed separately. Thanks, Kan