Received: by 2002:a05:6a10:16a7:0:0:0:0 with SMTP id gp39csp211176pxb; Thu, 12 Nov 2020 01:33:17 -0800 (PST) X-Google-Smtp-Source: ABdhPJy1Rx062W/OI9z84xGiwaiI+xbU7+AoXDxV0C5BWksUhuG+NYKCEyBZ+Z3x0Whe6TSyHIww X-Received: by 2002:a05:6402:947:: with SMTP id h7mr4111704edz.85.1605173596829; Thu, 12 Nov 2020 01:33:16 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1605173596; cv=none; d=google.com; s=arc-20160816; b=yDLZPwLTTeJ1d6zbKcl+8HdI8cxVWOWWhGUILLUh1KtSnc1MseJEGl1P8CW9YbHsUg hkskDm6UTBBgP11TNq00y+qTMpPn5C639QZDvzV6osfxfL8xFVZegRsv1Z8U94pf+Jz/ kb/NDzPqNYROSzJfJYnuai5ZRnFx1SVsaK7d+HLdVICDqf3pgrmzOejDzwgm4vXVuf9M 0AHnMai646yM1HQ8QrXMvLqYZMda4SPT7RgsK5PDkqC5Nsp3YUJdGbjPCJhY+xiSfbbA hmHj4i5Pico9S0JTz1jIwzzZuCAegtWWTbf8v+oaQKkASiEenA2lx0xcVxggdVGGcXoD 35fQ== 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=s5f7seBA9mse49IWgQS7p8eLHxqzLpb95XcBULyP30Y=; b=IUw9PMb0/P8mQ5gq6vETdP1Uw5bQ54UbF8mZ6wxSipLy8FcCeH8sOtGI312SQu1YUH XJuEzH72sAF1WehNSeytK8zP2Hs4diDGtV7RGHVw6y6ebgu7fqu/vg1EQyB/KCYS5fzz IMkifsmtU20UULfGxpusLPsLNmRWWiGxYTPcq7CtHzGjHcrlY8dbzGxPgxs6u/TUuJFt 7LXxsEI3nIFykCG8DqpUtJoLfJagscQJ7Ec1y8JYxSwuVK8uBIcK9VmCR5joyXiybhAo jXU88MEbeNKLTsLyrdtEEJ1kuE3Cxt3XWGtCVT/8YcbmsKaKPFrCPA8ZyKsziKYHQjJL OiUA== 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 rv18si3426910ejb.320.2020.11.12.01.32.53; Thu, 12 Nov 2020 01:33:16 -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 S1726419AbgKLJb1 (ORCPT + 99 others); Thu, 12 Nov 2020 04:31:27 -0500 Received: from foss.arm.com ([217.140.110.172]:45154 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725928AbgKLJb0 (ORCPT ); Thu, 12 Nov 2020 04:31:26 -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 1909B139F; Thu, 12 Nov 2020 01:31:26 -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 21CE13F73C; Thu, 12 Nov 2020 01:31:23 -0800 (PST) Subject: Re: [RFC 10/11] coresgith: etm-perf: Connect TRBE sink with ETE source To: Anshuman Khandual , linux-arm-kernel@lists.infradead.org, coresight@lists.linaro.org Cc: linux-kernel@vger.kernel.org, mathieu.poirier@linaro.org, mike.leach@linaro.org References: <1605012309-24812-1-git-send-email-anshuman.khandual@arm.com> <1605012309-24812-11-git-send-email-anshuman.khandual@arm.com> From: Suzuki K Poulose Message-ID: Date: Thu, 12 Nov 2020 09:31:17 +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: <1605012309-24812-11-git-send-email-anshuman.khandual@arm.com> 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 Hi Anshuman, On 11/10/20 12:45 PM, Anshuman Khandual wrote: > Unlike traditional sink devices, individual TRBE instances are not detected > via DT or ACPI nodes. Instead TRBE instances are detected during CPU online > process. Hence a path connecting ETE and TRBE on a given CPU would not have > been established until then. This adds two coresight helpers that will help > modify outward connections from a source device to establish and terminate > path to a given sink device. But this method might not be optimal and would > be reworked later. > > Signed-off-by: Anshuman Khandual Instead of this, could we come up something like a percpu_sink concept ? That way, the TRBE driver could register the percpu_sink for the corresponding CPU and we don't have to worry about the order in which the ETE will be probed on a hotplugged CPU. (i.e, if the TRBE is probed before the ETE, the following approach would fail to register the sink). And the default sink can be initialized when the ETE instance first starts looking for it. Suzuki