Received: by 2002:a05:6a10:16a7:0:0:0:0 with SMTP id gp39csp260222pxb; Thu, 12 Nov 2020 03:11:51 -0800 (PST) X-Google-Smtp-Source: ABdhPJy+hk2r6XuSCPbl29bUwFHqywirtzoDEsI0MSWKWfJedDafhxmmTsNs4lQMUAqdYnw7Mz33 X-Received: by 2002:a17:906:c18c:: with SMTP id g12mr29378959ejz.334.1605179511210; Thu, 12 Nov 2020 03:11:51 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1605179511; cv=none; d=google.com; s=arc-20160816; b=FRn2gDVFy2gbdPcvTaKn1OkiQgLY9nufrjo2rs8iZZnFk0d9SnSFUhc9diiCF1n2E1 cpNdZJ8ULEE0h7pMYhfHDlVlH/iCHfP9zoUKdEgtiQN5RF21+NlpbsvMJ19+CvcuheaI SO9a+qSWfEKy2mYAC071Zfb0ufwrGbbSD9h69BgOjHRkGKTgorBstrratDcA8svY1MbX CSRY3p5zMNqGJHVn6rOVCO2gdvcPxvC69spw3wzLjtSFQ54AOete4b9oBJHJH6MHAMDh vsNio4acDkXo46NkCYqiQDS3Ayu6vZfU8p/Jvxtkx2eTkcf4yjd9Tyz7ikPZh6SpVRGl kNow== 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=YXu+OxzIekr0wdyAW3zPVv7BvZNBziAcjRTOU5Cukuk=; b=Zgk9W4DJICeuH3oOnQXDeszfkYO1z3Vu0HQk5Xr/fDH1bmZFmYBO7sB/SJcCJnrWvw 57nQE10ZIkao6x7LFbUYcvVCVjomZPQKHYsojW6TxBtSgmAv0znEt4R3VKSc1sEH9Avu yu4jzpFjhRwB/GQlF56pAykrjZVmm4HAmrK1pLMBKHEXnpCdminfR8sdv1g4bFip6P/E p/qCDpFQMDpa1/jM97pRp0qP3npQJ2wSisxees7C3xK6LY1/cw/xgMquU1OnMD7yzGAo xupsVB3zOgfi+zH7lrJVcETfKwtlJ2GnWpozEsifbx1oZfjDXjonz8P/N9AKKAoC06XE 9ncQ== 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=arm.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id d21si3225814ejy.662.2020.11.12.03.11.28; Thu, 12 Nov 2020 03:11:51 -0800 (PST) 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=arm.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727969AbgKLLKA (ORCPT + 99 others); Thu, 12 Nov 2020 06:10:00 -0500 Received: from foss.arm.com ([217.140.110.172]:47404 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727611AbgKLLJ5 (ORCPT ); Thu, 12 Nov 2020 06:09:57 -0500 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 2CB4A139F; Thu, 12 Nov 2020 03:09:57 -0800 (PST) Received: from [10.57.23.123] (unknown [10.57.23.123]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id E0F943F73C; Thu, 12 Nov 2020 03:09:55 -0800 (PST) Subject: Re: [RFC 02/11] coresight: etm-perf: Allow an event to use different sinks To: Linu Cherian Cc: Anshuman Khandual , linux-arm-kernel , Coresight ML , linux-kernel@vger.kernel.org, Mathieu Poirier , Mike Leach , Linu Cherian References: <1605012309-24812-1-git-send-email-anshuman.khandual@arm.com> <1605012309-24812-3-git-send-email-anshuman.khandual@arm.com> <67e0864f-e025-aa08-d1b7-36cf19629197@arm.com> From: Suzuki K Poulose Message-ID: <2e51db24-5d37-7f3f-c306-adde5fbe0dff@arm.com> Date: Thu, 12 Nov 2020 11:09:49 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.4.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 11/12/20 10:37 AM, Linu Cherian wrote: > Hi Suzuki, > > On Thu, Nov 12, 2020 at 2:51 PM Suzuki K Poulose wrote: >> >> Hi Linu, >> >> Please could you test this slightly modified version and give us >> a Tested-by tag if you are happy with the results ? >> >> Suzuki >> >> >> On 11/10/20 12:45 PM, Anshuman Khandual wrote: >>> From: Suzuki K Poulose >>> >>> When there are multiple sinks on the system, in the absence >>> of a specified sink, it is quite possible that a default sink >>> for an ETM could be different from that of another ETM. However >>> we do not support having multiple sinks for an event yet. This >>> patch allows the event to use the default sinks on the ETMs >>> where they are scheduled as long as the sinks are of the same >>> type. >>> >>> e.g, if we have 1x1 topology with per-CPU ETRs, the event can >>> use the per-CPU ETR for the session. However, if the sinks >>> are of different type, e.g TMC-ETR on one and a custom sink >>> on another, the event will only trace on the first detected >>> sink. >>> >>> Signed-off-by: Suzuki K Poulose >>> Signed-off-by: Anshuman Khandual >>> --- >>> @@ -284,7 +307,12 @@ static void *etm_setup_aux(struct perf_event *event, void **pages, >>> if (!sink_ops(sink)->alloc_buffer || !sink_ops(sink)->free_buffer) >>> goto err; >>> >>> - /* Allocate the sink buffer for this session */ >>> + /* >>> + * Allocate the sink buffer for this session. All the sinks >>> + * where this event can be scheduled are ensured to be of the >>> + * same type. Thus the same sink configuration is used by the >>> + * sinks. >>> + */ >>> event_data->snk_config = >>> sink_ops(sink)->alloc_buffer(sink, event, pages, >>> nr_pages, overwrite); >>> >> > > Perf record and report worked fine with this as well, with formatting > related opencsd hacks. > > Tested-by : Linu Cherian Thanks Linu, much appreciated. Suzuki