Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp918986pxb; Tue, 9 Feb 2021 16:41:15 -0800 (PST) X-Google-Smtp-Source: ABdhPJyRfIRTsQj+Lm0wAScDRh1KvrxjW41WUkALByP3YRBFN3xxyBBVdVdLxXKxjqg4yF1WigVI X-Received: by 2002:a17:906:b50:: with SMTP id v16mr350582ejg.298.1612917675769; Tue, 09 Feb 2021 16:41:15 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1612917675; cv=none; d=google.com; s=arc-20160816; b=C4gWxtyJLip49vMQLG9gr20uDqChjcuHVdg/ksZFmbk6O/UCRk9wItWRBm/6zsmKFd CUJwxfKHrzCJVnJoJZIyQGqzU+Z3goppNJtGP2yoc3kTHgeqguZo3ogm9uBBY7BCdIAi I0yCbYYfbArj9cjmyR7qTmgLi4Bo2Lo3WrbVBpVvfMhT5pV7yh6UfY5oDhZVO4bS4l4O Nd9l4oFaQ2tS5x4S84RaCLPvo4FWNTz5sh2n7BuXUutkRGsO9BMA0N82bG7Rl/jDtgiv 4Ao7OhLR//ctFfF8fHXHWBaNvbTh3iX23pdxRtUUfS6LCxq5m+jxRKhVEZ9WfCXYXuFU 2/JQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=1pFQxRqA7pwwbpDRPrTabjXC5pKxQglsd9mMJ/rVkfA=; b=YcGKSgv68SnLhzlxTmUNnL45V8DOdVoWH82WtwinFmiQHSxgN3r3I0dXY7M6pRS0/j QXdDpzjUmugx3XhharCwpa2yHBbcWi/Tfy3ma4CiSG6+duzLnrsTWQdX9ih5/sD1/VI0 2rheUAei7JT4kuxvReDD0vPMVGKxplJmCwLIU4xJ3Sjbc7f70BHcjddQx7dsEFgrTSvy 3BetKzfpwqgjzYi5lPuns2CzhCFXL7VctsDEXSwYgcwGn4WrXYHC7udo4yDuwHSF6aIC Nozhhe/Mp0hDNcNuowXd8Gy0ctzDvoIe9r3JIM+LrNrrEGxDtrlyQqz38hQe5E0q8+gW x5xg== 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=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id ce24si213012ejc.163.2021.02.09.16.40.52; Tue, 09 Feb 2021 16:41:15 -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=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233731AbhBJAjd (ORCPT + 99 others); Tue, 9 Feb 2021 19:39:33 -0500 Received: from mail-oi1-f172.google.com ([209.85.167.172]:43411 "EHLO mail-oi1-f172.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234300AbhBIU75 (ORCPT ); Tue, 9 Feb 2021 15:59:57 -0500 Received: by mail-oi1-f172.google.com with SMTP id d20so20924002oiw.10; Tue, 09 Feb 2021 12:59:41 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=1pFQxRqA7pwwbpDRPrTabjXC5pKxQglsd9mMJ/rVkfA=; b=BUqr8XUT8/Is7VrFtdHRdvdgWN6EzhaMTXCHDLD+U+usbzv78RSjGlzZtON3Y8Jkdx 8S9KPQYcmGx7yysXVlXFvVj3mYlJjY39+OyX4m4/c09XvDhpUvxaMJHpPRKkxWibK1XR q1NlaNfeAzkU1yIUsGzL4Rz9ngWFaRxe+wDO+9kbEu0U6RZzvdkp/YeOhhe54lw0xdGQ +wNK4OvegVDmgZdvfKdFIyeHdq41teKzhPI8XIQ1qEJG5HgqOcBEeHEcXs0zviBH7IHV r+UMZMAYc4PeOMe5Vw5LfiYJxm23GuByyDQTJgONBCSmwlQl0hi2Ejjre+pfPeOBVHgp 0A/A== X-Gm-Message-State: AOAM533jSFWiCWmiiyVYSsJ3bGDRrTteh8Fzs7qYzxYzdoD4lmZiljpZ BP90LpQ7V3SaBJigm6VdHMI49Cpf8A== X-Received: by 2002:aca:d14:: with SMTP id 20mr3633257oin.157.1612897233375; Tue, 09 Feb 2021 11:00:33 -0800 (PST) Received: from robh.at.kernel.org (24-155-109-49.dyn.grandenetworks.net. [24.155.109.49]) by smtp.gmail.com with ESMTPSA id y10sm2197802otq.71.2021.02.09.11.00.31 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 09 Feb 2021 11:00:32 -0800 (PST) Received: (nullmailer pid 4153442 invoked by uid 1000); Tue, 09 Feb 2021 19:00:31 -0000 Date: Tue, 9 Feb 2021 13:00:31 -0600 From: Rob Herring To: Anshuman Khandual Cc: linux-arm-kernel@lists.infradead.org, coresight@lists.linaro.org, mathieu.poirier@linaro.org, suzuki.poulose@arm.com, mike.leach@linaro.org, lcherian@marvell.com, linux-kernel@vger.kernel.org, devicetree@vger.kernel.org Subject: Re: [PATCH V3 06/14] dts: bindings: Document device tree bindings for ETE Message-ID: <20210209190031.GA4102836@robh.at.kernel.org> References: <1611737738-1493-1-git-send-email-anshuman.khandual@arm.com> <1611737738-1493-7-git-send-email-anshuman.khandual@arm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1611737738-1493-7-git-send-email-anshuman.khandual@arm.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Jan 27, 2021 at 02:25:30PM +0530, Anshuman Khandual wrote: > From: Suzuki K Poulose > > Document the device tree bindings for Embedded Trace Extensions. > ETE can be connected to legacy coresight components and thus > could optionally contain a connection graph as described by > the CoreSight bindings. > > Cc: devicetree@vger.kernel.org > Cc: Mathieu Poirier > Cc: Mike Leach > Cc: Rob Herring > Signed-off-by: Suzuki K Poulose > Signed-off-by: Anshuman Khandual > --- > Changes in V3: > > - Fixed all DT yaml semantics problems > > Documentation/devicetree/bindings/arm/ete.yaml | 74 ++++++++++++++++++++++++++ > 1 file changed, 74 insertions(+) > create mode 100644 Documentation/devicetree/bindings/arm/ete.yaml > > diff --git a/Documentation/devicetree/bindings/arm/ete.yaml b/Documentation/devicetree/bindings/arm/ete.yaml > new file mode 100644 > index 0000000..edc1fe2 > --- /dev/null > +++ b/Documentation/devicetree/bindings/arm/ete.yaml > @@ -0,0 +1,74 @@ > +# SPDX-License-Identifier: GPL-2.0-only or BSD-2-Clause > +# Copyright 2021, Arm Ltd > +%YAML 1.2 > +--- > +$id: "http://devicetree.org/schemas/arm/ete.yaml#" > +$schema: "http://devicetree.org/meta-schemas/core.yaml#" > + > +title: ARM Embedded Trace Extensions > + > +maintainers: > + - Suzuki K Poulose > + - Mathieu Poirier > + > +description: | > + Arm Embedded Trace Extension(ETE) is a per CPU trace component that > + allows tracing the CPU execution. It overlaps with the CoreSight ETMv4 > + architecture and has extended support for future architecture changes. > + The trace generated by the ETE could be stored via legacy CoreSight > + components (e.g, TMC-ETR) or other means (e.g, using a per CPU buffer > + Arm Trace Buffer Extension (TRBE)). Since the ETE can be connected to > + legacy CoreSight components, a node must be listed per instance, along > + with any optional connection graph as per the coresight bindings. > + See bindings/arm/coresight.txt. > + > +properties: > + $nodename: > + pattern: "^ete([0-9a-f]+)$" > + compatible: > + items: > + - const: arm,embedded-trace-extension > + > + cpu: We've already established 'cpus' for this purpose. > + description: | > + Handle to the cpu this ETE is bound to. > + $ref: /schemas/types.yaml#/definitions/phandle > + > + out-ports: > + type: object Replace with: $ref: /schemas/graph.yaml#/properties/ports > + description: | > + Output connections from the ETE to legacy CoreSight trace bus. > + properties: > + port: > + $ref: /schemas/graph.yaml#/properties/port Actually, if only 1 port ever, you can drop 'out-ports' and just have 'port'. Not sure though if the coresight stuff depends on 'out-ports'. > + > +required: > + - compatible > + - cpu > + > +additionalProperties: false > + > +examples: > + > +# An ETE node without legacy CoreSight connections > + - | > + ete0 { > + compatible = "arm,embedded-trace-extension"; > + cpu = <&cpu_0>; > + }; > +# An ETE node with legacy CoreSight connections > + - | > + ete1 { > + compatible = "arm,embedded-trace-extension"; > + cpu = <&cpu_1>; > + > + out-ports { /* legacy coresight connection */ > + port { > + ete1_out_port: endpoint { > + remote-endpoint = <&funnel_in_port0>; > + }; > + }; > + }; > + }; > + > +... > -- > 2.7.4 >