Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp13558575pxu; Sun, 3 Jan 2021 20:12:54 -0800 (PST) X-Google-Smtp-Source: ABdhPJwanH5WtmtQnjA9EYA/89hlIxQ0YPwiENMls91KHTEF15t+LQ4BJk2vtrWDZ6CeW1k3cqpy X-Received: by 2002:a17:906:edca:: with SMTP id sb10mr66044454ejb.284.1609733574122; Sun, 03 Jan 2021 20:12:54 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1609733574; cv=none; d=google.com; s=arc-20160816; b=b6q0mVh1n/qZDLh9pG1KgScxEtIyw25VgNsPuzZPc9ixUxvin1mG1/dN1D+SMCK7VC itQF4NTSGEsDrhMV4GbomYkcOHyhjd9lCLY/dXAhJzW91zUyBr5OZCrSM4gx4f/VogOf tyPWM5s0iAwgrd2gqcY+0MeEy9tmntQsHv6pGU0Jf4BeGbsUcwryBUZ9uEKo3ySEt3an Mmw+kJqDb848vTUu0VXUefe8gFm04CM50zBT++vv3VULOKOpv3wMo9AiNrBkrVoI7M4H i5ssQgJrkp6JjO+yHRKb8eio/zaSKG+as4JMnxIHWgsgIAdK/q9KuMYkAEYmvOslUbq6 sGFA== 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=+mZgovZXOHat4VLY/o09bpkQdRXZwzLaXM1ch9nfUvQ=; b=NB8EmZjUkLhlMlKl8T27gXSeYIbZquqjWx5K0Hj2xhWq7S7R/9lKgD0Iqu8oF7kYuC Y0X3uvaDOVC00ZKuNCrxGlkZii8oIxTyz36ZXF8MhUfM59+jsQXlqkvVhXRKR0wCbMgF s8u/3tOCoT3j4kkZrtmqBzsCNG1lQesdBjUcgHoBI2U5y3tkg9EdqUvMOGAcxJ5VeEQd r9bVKgqozd8/CfWw6ceBu6A3A9D55A1D4q4JV+HNmqPuR6yEQ5vtrb1bJ7utXiaLXYpN EpMBJbMsQWs16SzrqFXCyF4iimfKZhlPW8x85oLcVwYX+ni1wNDwRhhu+ytL29hFKm/+ 8UXg== 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 dd19si29975327edb.502.2021.01.03.20.12.31; Sun, 03 Jan 2021 20:12:54 -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 S1726918AbhADDpG (ORCPT + 99 others); Sun, 3 Jan 2021 22:45:06 -0500 Received: from foss.arm.com ([217.140.110.172]:50586 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725840AbhADDpG (ORCPT ); Sun, 3 Jan 2021 22:45:06 -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 320B9101E; Sun, 3 Jan 2021 19:44:20 -0800 (PST) Received: from [192.168.0.130] (unknown [172.31.20.19]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id F1D323F66E; Sun, 3 Jan 2021 19:44:16 -0800 (PST) Subject: Re: [PATCH 11/11] dts: bindings: Document device tree binding for Arm TRBE To: Rob Herring Cc: linux-arm-kernel@lists.infradead.org, coresight@lists.linaro.org, linux-kernel@vger.kernel.org, Mathieu Poirier , Suzuki K Poulose , Mike Leach , Linu Cherian , devicetree@vger.kernel.org References: <1608717823-18387-1-git-send-email-anshuman.khandual@arm.com> <1608717823-18387-12-git-send-email-anshuman.khandual@arm.com> <20210103170540.GA4055084@robh.at.kernel.org> From: Anshuman Khandual Message-ID: <21536a1c-0878-a390-aff3-fc2300be6941@arm.com> Date: Mon, 4 Jan 2021 09:14:24 +0530 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: <20210103170540.GA4055084@robh.at.kernel.org> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 1/3/21 10:35 PM, Rob Herring wrote: > On Wed, Dec 23, 2020 at 03:33:43PM +0530, Anshuman Khandual wrote: >> This patch documents the device tree binding in use for Arm TRBE. >> >> Cc: devicetree@vger.kernel.org >> Cc: Mathieu Poirier >> Cc: Mike Leach >> Cc: Suzuki K Poulose >> Signed-off-by: Anshuman Khandual >> --- >> Changes in V1: >> >> - TRBE DT entry has been renamed as 'arm, trace-buffer-extension' >> >> Documentation/devicetree/bindings/arm/trbe.txt | 20 ++++++++++++++++++++ >> 1 file changed, 20 insertions(+) >> create mode 100644 Documentation/devicetree/bindings/arm/trbe.txt >> >> diff --git a/Documentation/devicetree/bindings/arm/trbe.txt b/Documentation/devicetree/bindings/arm/trbe.txt >> new file mode 100644 >> index 0000000..001945d >> --- /dev/null >> +++ b/Documentation/devicetree/bindings/arm/trbe.txt >> @@ -0,0 +1,20 @@ >> +* Trace Buffer Extension (TRBE) >> + >> +Trace Buffer Extension (TRBE) is used for collecting trace data generated >> +from a corresponding trace unit (ETE) using an in memory trace buffer. >> + >> +** TRBE Required properties: >> + >> +- compatible : should be one of: >> + "arm,trace-buffer-extension" >> + >> +- interrupts : Exactly 1 PPI must be listed. For heterogeneous systems where >> + TRBE is only supported on a subset of the CPUs, please consult >> + the arm,gic-v3 binding for details on describing a PPI partition. >> + >> +** Example: >> + >> +trbe { >> + compatible = "arm,trace-buffer-extension"; >> + interrupts = ; > > If only an interrupt, then could just be part of ETE? If not, how is > this hardware block accessed? An interrupt alone is not enough unless > there's some architected way to access. TRBE hardware block is accessed via respective new system registers but the PPI number where the IRQ will be triggered for various buffer events, would depend on the platform as defined in the SBSA. TRBE would need a ETE to work but the reverse is not true. ETE might just be present without a corresponding TRBE and can work with traditional sinks. Hence just wondering whether it would be prudent to add the TRBE interrupt number as part of the ETE DT specification.