Message ID | 20221102091915.15281-1-quic_jinlmao@quicinc.com |
---|---|
Headers |
Return-Path: <linux-kernel-owner@vger.kernel.org> Delivered-To: ouuuleilei@gmail.com Received: by 2002:a5d:6687:0:0:0:0:0 with SMTP id l7csp3509134wru; Wed, 2 Nov 2022 02:26:58 -0700 (PDT) X-Google-Smtp-Source: AMsMyM6ZKG9rk2IANvylTCrAdhM6hKpHuPNlFGk6anBb2LJyt2TE38vYEoqxx5Ow1M6/Yj21iHsy X-Received: by 2002:a05:6402:7c6:b0:461:aca1:97cd with SMTP id u6-20020a05640207c600b00461aca197cdmr23989874edy.95.1667381217861; Wed, 02 Nov 2022 02:26:57 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1667381217; cv=none; d=google.com; s=arc-20160816; b=ntmikKAblfXkkxM7s2ERpueNqgEP1x35pB5+u1+pog6Kk+EISpVo9N4zUo3eXKwNvS hqIH1hPzuxhDVkayULLa9vC0RU8U7Ls7HoT0NnNkHJquKCe4Qd0RvW0g3TSwPLmFdW1U XIN3U9wznkoM/FQ7/xRDlif51AHr6r2cHPthNY1IVwgyo2nHTLqedwooRcXtAIpSif/Y gG2d66jlsbfXdc8lTBV3oVxV9oUWEsiEYJ/JQX9Ej7StFo9CS2yD62G55EMs7fMLSTLb bQWnzdTYz/BvqbQhsBZ9tm4S/T+iEFY83uDvu8fVCeMrkA28KHu8ys4oPysMDiqox8DW vbig== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:message-id:date:subject:cc:to:from :dkim-signature; bh=0/vDPVhD2Rgveo2IYVqbxRKtAEhtJuBueK6ChXN5Ofw=; b=McdKy6kNBpqC2xWyjPgVTdRbzFShRT3MGMovIrAHASyAFvxxpvgQqmOatWpgp8rit+ PEOXv8mWTzP3tJvwbWmeuJMqd6wQMbp1tsh0y0BThJH3KoOp/X5vHYMeKBsd7BHaHDfV xPxVjUwJR6f+hU8wme4BcepN+mVT7jVHH9jvKv27DM7f1tcNUdirSf1QagCeLRNGG9/Y vwsXayhqk/yvr6IAPwHefMKPCwrwbCqhkXx7AKxI+J6J5KhZNsAwC+qr4DOmNbiPbiHe /niyx8ysOq37720oMAhyAjgW+ou7Iie3BVof87M/j2zolCFKMiSjfBunihUl2tL5Y1MC FFFQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@quicinc.com header.s=qcppdkim1 header.b=T247qdZn; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=quicinc.com Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id d9-20020a50cd49000000b00452dfa2bb27si15376160edj.134.2022.11.02.02.26.33; Wed, 02 Nov 2022 02:26:57 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@quicinc.com header.s=qcppdkim1 header.b=T247qdZn; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=quicinc.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229487AbiKBJXT (ORCPT <rfc822;yves.mi.zy@gmail.com> + 99 others); Wed, 2 Nov 2022 05:23:19 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:53046 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231244AbiKBJVX (ORCPT <rfc822;linux-kernel@vger.kernel.org>); Wed, 2 Nov 2022 05:21:23 -0400 Received: from mx0b-0031df01.pphosted.com (mx0b-0031df01.pphosted.com [205.220.180.131]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 163C8764D; Wed, 2 Nov 2022 02:20:20 -0700 (PDT) Received: from pps.filterd (m0279873.ppops.net [127.0.0.1]) by mx0a-0031df01.pphosted.com (8.17.1.19/8.17.1.19) with ESMTP id 2A298csu021765; Wed, 2 Nov 2022 09:19:37 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=quicinc.com; h=from : to : cc : subject : date : message-id : mime-version : content-type; s=qcppdkim1; bh=0/vDPVhD2Rgveo2IYVqbxRKtAEhtJuBueK6ChXN5Ofw=; b=T247qdZnxwBFwxvUdyWZc7Kb5l+CXGV7B4dMdf48NQHuPp+Ph/NaoP6e0AOL5cfL7Pbp r0aG7xx5yLQuImql2d1KtIwdkuF/tIwmqQx5blktZ8SBgjulxBCU5t9GEsckttQwHA3o P1hOw+4F/L1bzJlm5LnsbiiTtl9j+iwQDUXM80UL7oPvADi6cMSYxdMWFORZRvMX2Lbv 0Xq2EDxqW7/0pOLvm05iRVl4yX5S9Ac2VlbanTv+I6MtYztA1zIoi/K2XX5YIQA+2ydf +YV+o66mGYA1/oHxUVN42c+92QystRUMaFROg0mmMHyu9ogGsQRIEj5CelT4iqd+TRYF Gg== Received: from nalasppmta03.qualcomm.com (Global_NAT1.qualcomm.com [129.46.96.20]) by mx0a-0031df01.pphosted.com (PPS) with ESMTPS id 3kkj8x8f50-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 02 Nov 2022 09:19:37 +0000 Received: from nalasex01a.na.qualcomm.com (nalasex01a.na.qualcomm.com [10.47.209.196]) by NALASPPMTA03.qualcomm.com (8.17.1.5/8.17.1.5) with ESMTPS id 2A29Jaq9021641 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 2 Nov 2022 09:19:36 GMT Received: from jinlmao-gv.qualcomm.com (10.80.80.8) by nalasex01a.na.qualcomm.com (10.47.209.196) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.29; Wed, 2 Nov 2022 02:19:31 -0700 From: Mao Jinlong <quic_jinlmao@quicinc.com> To: Mathieu Poirier <mathieu.poirier@linaro.org>, Suzuki K Poulose <suzuki.poulose@arm.com>, Alexander Shishkin <alexander.shishkin@linux.intel.com>, Konrad Dybcio <konradybcio@gmail.com>, Mike Leach <mike.leach@linaro.org> CC: Mao Jinlong <quic_jinlmao@quicinc.com>, Leo Yan <leo.yan@linaro.org>, "Greg Kroah-Hartman" <gregkh@linuxfoundation.org>, <coresight@lists.linaro.org>, <linux-arm-kernel@lists.infradead.org>, <linux-kernel@vger.kernel.org>, Tingwei Zhang <quic_tingweiz@quicinc.com>, Yuanfang Zhang <quic_yuanfang@quicinc.com>, Tao Zhang <quic_taozha@quicinc.com>, Trilok Soni <quic_tsoni@quicinc.com>, Hao Zhang <quic_hazha@quicinc.com>, <linux-arm-msm@vger.kernel.org>, Bjorn Andersson <bjorn.andersson@linaro.org> Subject: [PATCH v14 0/9] Coresight: Add support for TPDM and TPDA Date: Wed, 2 Nov 2022 17:19:06 +0800 Message-ID: <20221102091915.15281-1-quic_jinlmao@quicinc.com> X-Mailer: git-send-email 2.17.1 MIME-Version: 1.0 Content-Type: text/plain X-Originating-IP: [10.80.80.8] X-ClientProxiedBy: nasanex01a.na.qualcomm.com (10.52.223.231) To nalasex01a.na.qualcomm.com (10.47.209.196) X-QCInternal: smtphost X-Proofpoint-Virus-Version: vendor=nai engine=6200 definitions=5800 signatures=585085 X-Proofpoint-GUID: HtFB8DpwtBSSNxpg1tfLiPvRAcIujf-F X-Proofpoint-ORIG-GUID: HtFB8DpwtBSSNxpg1tfLiPvRAcIujf-F X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.205,Aquarius:18.0.895,Hydra:6.0.545,FMLib:17.11.122.1 definitions=2022-11-02_06,2022-11-01_02,2022-06-22_01 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 priorityscore=1501 suspectscore=0 adultscore=0 phishscore=0 clxscore=1011 mlxscore=0 bulkscore=0 spamscore=0 impostorscore=0 lowpriorityscore=0 mlxlogscore=999 malwarescore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2210170000 definitions=main-2211020055 X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE, SPF_HELO_NONE,SPF_PASS autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: <linux-kernel.vger.kernel.org> X-Mailing-List: linux-kernel@vger.kernel.org X-getmail-retrieved-from-mailbox: =?utf-8?q?INBOX?= X-GMAIL-THRID: =?utf-8?q?1748375928257595596?= X-GMAIL-MSGID: =?utf-8?q?1748375928257595596?= |
Series |
Coresight: Add support for TPDM and TPDA
|
|
Message
Mao Jinlong
Nov. 2, 2022, 9:19 a.m. UTC
This series adds support for the trace performance monitoring and diagnostics hardware (TPDM and TPDA). It is composed of two major elements. a) Changes for original coresight framework to support for TPDM and TPDA. b) Add driver code for TPDM and TPDA. Introduction of changes for original coresight framework Support TPDM as new coresight source. Since only STM and ETM are supported as coresight source originally. TPDM is a newly added coresight source. We need to change the original way of saving coresight path to support more types source for coresight driver. The following patch is to add support more coresight sources. coresight: core: Use IDR for non-cpu bound sources' paths. Introduction of TPDM and TPDA TPDM - The trace performance monitoring and diagnostics monitor or TPDM in short serves as data collection component for various dataset types specified in the QPMDA(Qualcomm performance monitoring and diagnostics architecture) spec. The primary use case of the TPDM is to collect data from different data sources and send it to a TPDA for packetization, timestamping and funneling. Coresight: Add coresight TPDM source driver dt-bindings: arm: Adds CoreSight TPDM hardware definitions coresight-tpdm: Add DSB dataset support coresight-tpdm: Add integration test support docs: sysfs: coresight: Add sysfs ABI documentation for TPDM TPDA - The trace performance monitoring and diagnostics aggregator or TPDA in short serves as an arbitration and packetization engine for the performance monitoring and diagnostics network as specified in the QPMDA (Qualcomm performance monitoring and diagnostics architecture) specification. The primary use case of the TPDA is to provide packetization, funneling and timestamping of Monitor data as specified in the QPMDA specification. The following patch is to add driver for TPDA. Coresight: Add TPDA link driver dt-bindings: arm: Adds CoreSight TPDA hardware definitions The last patch of this series is a device tree modification, which add the TPDM and TPDA configuration to device tree for validating. ARM: dts: msm: Add coresight components for SM8250 ARM: dts: msm: Add tpdm mm/prng for sm8250 Once this series patches are applied properly, the tpdm and tpda nodes should be observed at the coresight path /sys/bus/coresight/devices e.g. /sys/bus/coresight/devices # ls -l | grep tpd tpda0 -> ../../../devices/platform/soc@0/6004000.tpda/tpda0 tpdm0 -> ../../../devices/platform/soc@0/6c08000.mm.tpdm/tpdm0 We can use the commands are similar to the below to validate TPDMs. Enable coresight sink first. echo 1 > /sys/bus/coresight/devices/tmc_etf0/enable_sink echo 1 > /sys/bus/coresight/devices/tpdm0/enable_source echo 1 > /sys/bus/coresight/devices/tpdm0/integration_test echo 2 > /sys/bus/coresight/devices/tpdm0/integration_test The test data will be collected in the coresight sink which is enabled. If rwp register of the sink is keeping updating when do integration_test (by cat tmc_etf0/mgmt/rwp), it means there is data generated from TPDM to sink. There must be a tpda between tpdm and the sink. When there are some other trace event hw components in the same HW block with tpdm, tpdm and these hw components will connect to the coresight funnel. When there is only tpdm trace hw in the HW block, tpdm will connect to tpda directly. +---------------+ +-------------+ | tpdm@6c08000 | |tpdm@684C000 | +-------|-------+ +------|------+ | | +-------|-------+ | | funnel@6c0b000| | +-------|-------+ | | | +-------|-------+ | |funnel@6c2d000 | | +-------|-------+ | | | | +---------------+ | +----- tpda@6004000 -----------+ +-------|-------+ | +-------|-------+ |funnel@6005000 | +---------------+ This patch series depends on patch series: "[v5,00/14] coresight: Add new API to allocate trace source ID values" https://patchwork.kernel.org/project/linux-arm-kernel/cover/20221101163103.17921-1-mike.leach@linaro.org/ Mao Jinlong (9): coresight: core: Use IDR for non-cpu bound sources' paths. Coresight: Add coresight TPDM source driver dt-bindings: arm: Adds CoreSight TPDM hardware coresight-tpdm: Add DSB dataset support coresight-tpdm: Add integration test support Coresight: Add TPDA link driver dt-bindings: arm: Adds CoreSight TPDA hardware definitions arm64: dts: qcom: sm8250: Add coresight components arm64: dts: qcom: sm8250: Add tpdm mm/prng .../testing/sysfs-bus-coresight-devices-tpdm | 13 + .../bindings/arm/qcom,coresight-tpda.yaml | 111 +++ .../bindings/arm/qcom,coresight-tpdm.yaml | 93 +++ MAINTAINERS | 1 + arch/arm64/boot/dts/qcom/sm8250.dtsi | 671 ++++++++++++++++++ drivers/hwtracing/coresight/Kconfig | 23 + drivers/hwtracing/coresight/Makefile | 2 + drivers/hwtracing/coresight/coresight-core.c | 42 +- drivers/hwtracing/coresight/coresight-tpda.c | 208 ++++++ drivers/hwtracing/coresight/coresight-tpda.h | 35 + drivers/hwtracing/coresight/coresight-tpdm.c | 259 +++++++ drivers/hwtracing/coresight/coresight-tpdm.h | 62 ++ include/linux/coresight.h | 1 + 13 files changed, 1509 insertions(+), 12 deletions(-) create mode 100644 Documentation/ABI/testing/sysfs-bus-coresight-devices-tpdm create mode 100644 Documentation/devicetree/bindings/arm/qcom,coresight-tpda.yaml create mode 100644 Documentation/devicetree/bindings/arm/qcom,coresight-tpdm.yaml create mode 100644 drivers/hwtracing/coresight/coresight-tpda.c create mode 100644 drivers/hwtracing/coresight/coresight-tpda.h create mode 100644 drivers/hwtracing/coresight/coresight-tpdm.c create mode 100644 drivers/hwtracing/coresight/coresight-tpdm.h
Comments
On 02/11/2022 09:19, Mao Jinlong wrote: > This series adds support for the trace performance monitoring and > diagnostics hardware (TPDM and TPDA). It is composed of two major > elements. > a) Changes for original coresight framework to support for TPDM and TPDA. > b) Add driver code for TPDM and TPDA. > Change log for this version please.
Hi Suzuki, No changes to V13. This series is the rebase to "[v5,00/14] coresight: Add new API to allocate trace source ID values" and latest 6.x kernel. Thanks Jinlong Mao On 11/2/2022 6:27 PM, Suzuki K Poulose wrote: > On 02/11/2022 09:19, Mao Jinlong wrote: >> This series adds support for the trace performance monitoring and >> diagnostics hardware (TPDM and TPDA). It is composed of two major >> elements. >> a) Changes for original coresight framework to support for TPDM and >> TPDA. >> b) Add driver code for TPDM and TPDA. >> > > Change log for this version please. >
On 02/11/2022 09:19, Mao Jinlong wrote: > This series adds support for the trace performance monitoring and > diagnostics hardware (TPDM and TPDA). It is composed of two major > elements. > a) Changes for original coresight framework to support for TPDM and TPDA. > b) Add driver code for TPDM and TPDA. > > Introduction of changes for original coresight framework > Support TPDM as new coresight source. > Since only STM and ETM are supported as coresight source originally. > TPDM is a newly added coresight source. We need to change > the original way of saving coresight path to support more types source > for coresight driver. > The following patch is to add support more coresight sources. > coresight: core: Use IDR for non-cpu bound sources' paths. > ---8>--- > Introduction of TPDM and TPDA > TPDM - The trace performance monitoring and diagnostics monitor or TPDM in > short serves as data collection component for various dataset types > specified in the QPMDA(Qualcomm performance monitoring and diagnostics > architecture) spec. The primary use case of the TPDM is to collect data > from different data sources and send it to a TPDA for packetization, > timestamping and funneling. > Coresight: Add coresight TPDM source driver > dt-bindings: arm: Adds CoreSight TPDM hardware definitions > coresight-tpdm: Add DSB dataset support > coresight-tpdm: Add integration test support > docs: sysfs: coresight: Add sysfs ABI documentation for TPDM > > TPDA - The trace performance monitoring and diagnostics aggregator or > TPDA in short serves as an arbitration and packetization engine for the > performance monitoring and diagnostics network as specified in the QPMDA > (Qualcomm performance monitoring and diagnostics architecture) > specification. The primary use case of the TPDA is to provide > packetization, funneling and timestamping of Monitor data as specified > in the QPMDA specification. > The following patch is to add driver for TPDA. > Coresight: Add TPDA link driver > dt-bindings: arm: Adds CoreSight TPDA hardware definitions > > The last patch of this series is a device tree modification, which add > the TPDM and TPDA configuration to device tree for validating. > ARM: dts: msm: Add coresight components for SM8250 > ARM: dts: msm: Add tpdm mm/prng for sm8250 > > Once this series patches are applied properly, the tpdm and tpda nodes > should be observed at the coresight path /sys/bus/coresight/devices > e.g. > /sys/bus/coresight/devices # ls -l | grep tpd > tpda0 -> ../../../devices/platform/soc@0/6004000.tpda/tpda0 > tpdm0 -> ../../../devices/platform/soc@0/6c08000.mm.tpdm/tpdm0 > > We can use the commands are similar to the below to validate TPDMs. > Enable coresight sink first. > > echo 1 > /sys/bus/coresight/devices/tmc_etf0/enable_sink > echo 1 > /sys/bus/coresight/devices/tpdm0/enable_source > echo 1 > /sys/bus/coresight/devices/tpdm0/integration_test > echo 2 > /sys/bus/coresight/devices/tpdm0/integration_test > The test data will be collected in the coresight sink which is enabled. > If rwp register of the sink is keeping updating when do > integration_test (by cat tmc_etf0/mgmt/rwp), it means there is data > generated from TPDM to sink. > > There must be a tpda between tpdm and the sink. When there are some > other trace event hw components in the same HW block with tpdm, tpdm > and these hw components will connect to the coresight funnel. When > there is only tpdm trace hw in the HW block, tpdm will connect to > tpda directly. > > +---------------+ +-------------+ > | tpdm@6c08000 | |tpdm@684C000 | > +-------|-------+ +------|------+ > | | > +-------|-------+ | > | funnel@6c0b000| | > +-------|-------+ | > | | > +-------|-------+ | > |funnel@6c2d000 | | > +-------|-------+ | > | | > | +---------------+ | > +----- tpda@6004000 -----------+ > +-------|-------+ > | > +-------|-------+ > |funnel@6005000 | > +---------------+ > --8<-- Please could you add the above to a Documentation file (Of course skip the description of patches). > This patch series depends on patch series: > "[v5,00/14] coresight: Add new API to allocate trace source ID values" > https://patchwork.kernel.org/project/linux-arm-kernel/cover/20221101163103.17921-1-mike.leach@linaro.org/ So, is there a strict binding between a TPDM and a TPDA ? i.e., Multiple TPDMs could never end up reaching the sam TPDA ? I see that the TPDMs could be connected to funnels and thus other TPDMs could be connected to the same funnels and thus reach the same TPDA. Also, the trace-id is bound to TPDA and not TPDM. So, if we have multiple TPDMs, trace decoding is going to be impossible. Thanks Suzuki > > Mao Jinlong (9): > coresight: core: Use IDR for non-cpu bound sources' paths. > Coresight: Add coresight TPDM source driver > dt-bindings: arm: Adds CoreSight TPDM hardware > coresight-tpdm: Add DSB dataset support > coresight-tpdm: Add integration test support > Coresight: Add TPDA link driver > dt-bindings: arm: Adds CoreSight TPDA hardware definitions > arm64: dts: qcom: sm8250: Add coresight components > arm64: dts: qcom: sm8250: Add tpdm mm/prng > > .../testing/sysfs-bus-coresight-devices-tpdm | 13 + > .../bindings/arm/qcom,coresight-tpda.yaml | 111 +++ > .../bindings/arm/qcom,coresight-tpdm.yaml | 93 +++ > MAINTAINERS | 1 + > arch/arm64/boot/dts/qcom/sm8250.dtsi | 671 ++++++++++++++++++ > drivers/hwtracing/coresight/Kconfig | 23 + > drivers/hwtracing/coresight/Makefile | 2 + > drivers/hwtracing/coresight/coresight-core.c | 42 +- > drivers/hwtracing/coresight/coresight-tpda.c | 208 ++++++ > drivers/hwtracing/coresight/coresight-tpda.h | 35 + > drivers/hwtracing/coresight/coresight-tpdm.c | 259 +++++++ > drivers/hwtracing/coresight/coresight-tpdm.h | 62 ++ > include/linux/coresight.h | 1 + > 13 files changed, 1509 insertions(+), 12 deletions(-) > create mode 100644 Documentation/ABI/testing/sysfs-bus-coresight-devices-tpdm > create mode 100644 Documentation/devicetree/bindings/arm/qcom,coresight-tpda.yaml > create mode 100644 Documentation/devicetree/bindings/arm/qcom,coresight-tpdm.yaml > create mode 100644 drivers/hwtracing/coresight/coresight-tpda.c > create mode 100644 drivers/hwtracing/coresight/coresight-tpda.h > create mode 100644 drivers/hwtracing/coresight/coresight-tpdm.c > create mode 100644 drivers/hwtracing/coresight/coresight-tpdm.h >
On 11/8/2022 2:38 AM, Suzuki K Poulose wrote: > On 02/11/2022 09:19, Mao Jinlong wrote: >> This series adds support for the trace performance monitoring and >> diagnostics hardware (TPDM and TPDA). It is composed of two major >> elements. >> a) Changes for original coresight framework to support for TPDM and >> TPDA. >> b) Add driver code for TPDM and TPDA. >> >> Introduction of changes for original coresight framework >> Support TPDM as new coresight source. >> Since only STM and ETM are supported as coresight source originally. >> TPDM is a newly added coresight source. We need to change >> the original way of saving coresight path to support more types source >> for coresight driver. >> The following patch is to add support more coresight sources. >> coresight: core: Use IDR for non-cpu bound sources' paths. >> > ---8>--- > >> Introduction of TPDM and TPDA >> TPDM - The trace performance monitoring and diagnostics monitor or >> TPDM in >> short serves as data collection component for various dataset types >> specified in the QPMDA(Qualcomm performance monitoring and diagnostics >> architecture) spec. The primary use case of the TPDM is to collect data >> from different data sources and send it to a TPDA for packetization, >> timestamping and funneling. >> Coresight: Add coresight TPDM source driver >> dt-bindings: arm: Adds CoreSight TPDM hardware definitions >> coresight-tpdm: Add DSB dataset support >> coresight-tpdm: Add integration test support >> docs: sysfs: coresight: Add sysfs ABI documentation for TPDM >> >> TPDA - The trace performance monitoring and diagnostics aggregator or >> TPDA in short serves as an arbitration and packetization engine for the >> performance monitoring and diagnostics network as specified in the QPMDA >> (Qualcomm performance monitoring and diagnostics architecture) >> specification. The primary use case of the TPDA is to provide >> packetization, funneling and timestamping of Monitor data as specified >> in the QPMDA specification. >> The following patch is to add driver for TPDA. >> Coresight: Add TPDA link driver >> dt-bindings: arm: Adds CoreSight TPDA hardware definitions >> >> The last patch of this series is a device tree modification, which add >> the TPDM and TPDA configuration to device tree for validating. >> ARM: dts: msm: Add coresight components for SM8250 >> ARM: dts: msm: Add tpdm mm/prng for sm8250 >> >> Once this series patches are applied properly, the tpdm and tpda nodes >> should be observed at the coresight path /sys/bus/coresight/devices >> e.g. >> /sys/bus/coresight/devices # ls -l | grep tpd >> tpda0 -> ../../../devices/platform/soc@0/6004000.tpda/tpda0 >> tpdm0 -> ../../../devices/platform/soc@0/6c08000.mm.tpdm/tpdm0 >> >> We can use the commands are similar to the below to validate TPDMs. >> Enable coresight sink first. >> >> echo 1 > /sys/bus/coresight/devices/tmc_etf0/enable_sink >> echo 1 > /sys/bus/coresight/devices/tpdm0/enable_source >> echo 1 > /sys/bus/coresight/devices/tpdm0/integration_test >> echo 2 > /sys/bus/coresight/devices/tpdm0/integration_test >> The test data will be collected in the coresight sink which is enabled. >> If rwp register of the sink is keeping updating when do >> integration_test (by cat tmc_etf0/mgmt/rwp), it means there is data >> generated from TPDM to sink. >> >> There must be a tpda between tpdm and the sink. When there are some >> other trace event hw components in the same HW block with tpdm, tpdm >> and these hw components will connect to the coresight funnel. When >> there is only tpdm trace hw in the HW block, tpdm will connect to >> tpda directly. >> +---------------+ +-------------+ >> | tpdm@6c08000 | |tpdm@684C000 | >> +-------|-------+ +------|------+ >> | | >> +-------|-------+ | >> | funnel@6c0b000| | >> +-------|-------+ | >> | | >> +-------|-------+ | >> |funnel@6c2d000 | | >> +-------|-------+ | >> | | >> | +---------------+ | >> +----- tpda@6004000 -----------+ >> +-------|-------+ >> | >> +-------|-------+ >> |funnel@6005000 | >> +---------------+ >> > > --8<-- > > Please could you add the above to a Documentation file (Of course > skip the description of patches). Sure. I will add them to the Documentation file. > > >> This patch series depends on patch series: >> "[v5,00/14] coresight: Add new API to allocate trace source ID values" >> https://patchwork.kernel.org/project/linux-arm-kernel/cover/20221101163103.17921-1-mike.leach@linaro.org/ >> > > So, is there a strict binding between a TPDM and a TPDA ? > i.e., Multiple TPDMs could never end up reaching the sam > TPDA ? I see that the TPDMs could be connected to funnels > and thus other TPDMs could be connected to the same funnels > and thus reach the same TPDA. There is no strict binding between TPDM and TPDA. TPDA can have multiple TPDMs connect to it. But There must be only one TPDA in the path from the TPDM source to TMC sink. TPDM can directly connect to TPDA's inport or connect to funnel which will connect to TPDA's inport. > > Also, the trace-id is bound to TPDA and not TPDM. So, if > we have multiple TPDMs, trace decoding is going to be > impossible. The TPDMs which are connected to same TPDA shares the same trace-id. When TPDA does packetization, different port will have unique channel number for decoding. > > Thanks > Suzuki > >> >> Mao Jinlong (9): >> coresight: core: Use IDR for non-cpu bound sources' paths. >> Coresight: Add coresight TPDM source driver >> dt-bindings: arm: Adds CoreSight TPDM hardware >> coresight-tpdm: Add DSB dataset support >> coresight-tpdm: Add integration test support >> Coresight: Add TPDA link driver >> dt-bindings: arm: Adds CoreSight TPDA hardware definitions >> arm64: dts: qcom: sm8250: Add coresight components >> arm64: dts: qcom: sm8250: Add tpdm mm/prng >> >> .../testing/sysfs-bus-coresight-devices-tpdm | 13 + >> .../bindings/arm/qcom,coresight-tpda.yaml | 111 +++ >> .../bindings/arm/qcom,coresight-tpdm.yaml | 93 +++ >> MAINTAINERS | 1 + >> arch/arm64/boot/dts/qcom/sm8250.dtsi | 671 ++++++++++++++++++ >> drivers/hwtracing/coresight/Kconfig | 23 + >> drivers/hwtracing/coresight/Makefile | 2 + >> drivers/hwtracing/coresight/coresight-core.c | 42 +- >> drivers/hwtracing/coresight/coresight-tpda.c | 208 ++++++ >> drivers/hwtracing/coresight/coresight-tpda.h | 35 + >> drivers/hwtracing/coresight/coresight-tpdm.c | 259 +++++++ >> drivers/hwtracing/coresight/coresight-tpdm.h | 62 ++ >> include/linux/coresight.h | 1 + >> 13 files changed, 1509 insertions(+), 12 deletions(-) >> create mode 100644 >> Documentation/ABI/testing/sysfs-bus-coresight-devices-tpdm >> create mode 100644 >> Documentation/devicetree/bindings/arm/qcom,coresight-tpda.yaml >> create mode 100644 >> Documentation/devicetree/bindings/arm/qcom,coresight-tpdm.yaml >> create mode 100644 drivers/hwtracing/coresight/coresight-tpda.c >> create mode 100644 drivers/hwtracing/coresight/coresight-tpda.h >> create mode 100644 drivers/hwtracing/coresight/coresight-tpdm.c >> create mode 100644 drivers/hwtracing/coresight/coresight-tpdm.h >> >
On 08/11/2022 05:54, Jinlong Mao wrote: > > On 11/8/2022 2:38 AM, Suzuki K Poulose wrote: >> On 02/11/2022 09:19, Mao Jinlong wrote: >>> This series adds support for the trace performance monitoring and >>> diagnostics hardware (TPDM and TPDA). It is composed of two major >>> elements. >>> a) Changes for original coresight framework to support for TPDM and >>> TPDA. >>> b) Add driver code for TPDM and TPDA. >>> >>> Introduction of changes for original coresight framework >>> Support TPDM as new coresight source. >>> Since only STM and ETM are supported as coresight source originally. >>> TPDM is a newly added coresight source. We need to change >>> the original way of saving coresight path to support more types source >>> for coresight driver. >>> The following patch is to add support more coresight sources. >>> coresight: core: Use IDR for non-cpu bound sources' paths. >>> >> ---8>--- >> >>> Introduction of TPDM and TPDA >>> TPDM - The trace performance monitoring and diagnostics monitor or >>> TPDM in >>> short serves as data collection component for various dataset types >>> specified in the QPMDA(Qualcomm performance monitoring and diagnostics >>> architecture) spec. The primary use case of the TPDM is to collect data >>> from different data sources and send it to a TPDA for packetization, >>> timestamping and funneling. >>> Coresight: Add coresight TPDM source driver >>> dt-bindings: arm: Adds CoreSight TPDM hardware definitions >>> coresight-tpdm: Add DSB dataset support >>> coresight-tpdm: Add integration test support >>> docs: sysfs: coresight: Add sysfs ABI documentation for TPDM >>> >>> TPDA - The trace performance monitoring and diagnostics aggregator or >>> TPDA in short serves as an arbitration and packetization engine for the >>> performance monitoring and diagnostics network as specified in the QPMDA >>> (Qualcomm performance monitoring and diagnostics architecture) >>> specification. The primary use case of the TPDA is to provide >>> packetization, funneling and timestamping of Monitor data as specified >>> in the QPMDA specification. >>> The following patch is to add driver for TPDA. >>> Coresight: Add TPDA link driver >>> dt-bindings: arm: Adds CoreSight TPDA hardware definitions >>> >>> The last patch of this series is a device tree modification, which add >>> the TPDM and TPDA configuration to device tree for validating. >>> ARM: dts: msm: Add coresight components for SM8250 >>> ARM: dts: msm: Add tpdm mm/prng for sm8250 >>> >>> Once this series patches are applied properly, the tpdm and tpda nodes >>> should be observed at the coresight path /sys/bus/coresight/devices >>> e.g. >>> /sys/bus/coresight/devices # ls -l | grep tpd >>> tpda0 -> ../../../devices/platform/soc@0/6004000.tpda/tpda0 >>> tpdm0 -> ../../../devices/platform/soc@0/6c08000.mm.tpdm/tpdm0 >>> >>> We can use the commands are similar to the below to validate TPDMs. >>> Enable coresight sink first. >>> >>> echo 1 > /sys/bus/coresight/devices/tmc_etf0/enable_sink >>> echo 1 > /sys/bus/coresight/devices/tpdm0/enable_source >>> echo 1 > /sys/bus/coresight/devices/tpdm0/integration_test >>> echo 2 > /sys/bus/coresight/devices/tpdm0/integration_test >>> The test data will be collected in the coresight sink which is enabled. >>> If rwp register of the sink is keeping updating when do >>> integration_test (by cat tmc_etf0/mgmt/rwp), it means there is data >>> generated from TPDM to sink. >>> >>> There must be a tpda between tpdm and the sink. When there are some >>> other trace event hw components in the same HW block with tpdm, tpdm >>> and these hw components will connect to the coresight funnel. When >>> there is only tpdm trace hw in the HW block, tpdm will connect to >>> tpda directly. >>> +---------------+ +-------------+ >>> | tpdm@6c08000 | |tpdm@684C000 | >>> +-------|-------+ +------|------+ >>> | | >>> +-------|-------+ | >>> | funnel@6c0b000| | >>> +-------|-------+ | >>> | | >>> +-------|-------+ | >>> |funnel@6c2d000 | | >>> +-------|-------+ | >>> | | >>> | +---------------+ | >>> +----- tpda@6004000 -----------+ >>> +-------|-------+ >>> | >>> +-------|-------+ >>> |funnel@6005000 | >>> +---------------+ >>> >> >> --8<-- >> >> Please could you add the above to a Documentation file (Of course >> skip the description of patches). > Sure. I will add them to the Documentation file. >> >> >>> This patch series depends on patch series: >>> "[v5,00/14] coresight: Add new API to allocate trace source ID values" >>> https://patchwork.kernel.org/project/linux-arm-kernel/cover/20221101163103.17921-1-mike.leach@linaro.org/ >> >> So, is there a strict binding between a TPDM and a TPDA ? >> i.e., Multiple TPDMs could never end up reaching the sam >> TPDA ? I see that the TPDMs could be connected to funnels >> and thus other TPDMs could be connected to the same funnels >> and thus reach the same TPDA. > There is no strict binding between TPDM and TPDA. > TPDA can have multiple TPDMs connect to it. > But There must be only one TPDA in the path from the TPDM source to TMC > sink. > TPDM can directly connect to TPDA's inport > or connect to funnel which will connect to TPDA's inport. >> >> Also, the trace-id is bound to TPDA and not TPDM. So, if >> we have multiple TPDMs, trace decoding is going to be >> impossible. > The TPDMs which are connected to same TPDA shares the same > trace-id. When TPDA does packetization, different port will have > unique channel number for decoding. >> Thanks, please update the above in the TPDA code in a comment and also in the recommended document above. Thanks Suzuki >> Thanks >> Suzuki >> >>> >>> Mao Jinlong (9): >>> coresight: core: Use IDR for non-cpu bound sources' paths. >>> Coresight: Add coresight TPDM source driver >>> dt-bindings: arm: Adds CoreSight TPDM hardware >>> coresight-tpdm: Add DSB dataset support >>> coresight-tpdm: Add integration test support >>> Coresight: Add TPDA link driver >>> dt-bindings: arm: Adds CoreSight TPDA hardware definitions >>> arm64: dts: qcom: sm8250: Add coresight components >>> arm64: dts: qcom: sm8250: Add tpdm mm/prng >>> >>> .../testing/sysfs-bus-coresight-devices-tpdm | 13 + >>> .../bindings/arm/qcom,coresight-tpda.yaml | 111 +++ >>> .../bindings/arm/qcom,coresight-tpdm.yaml | 93 +++ >>> MAINTAINERS | 1 + >>> arch/arm64/boot/dts/qcom/sm8250.dtsi | 671 ++++++++++++++++++ >>> drivers/hwtracing/coresight/Kconfig | 23 + >>> drivers/hwtracing/coresight/Makefile | 2 + >>> drivers/hwtracing/coresight/coresight-core.c | 42 +- >>> drivers/hwtracing/coresight/coresight-tpda.c | 208 ++++++ >>> drivers/hwtracing/coresight/coresight-tpda.h | 35 + >>> drivers/hwtracing/coresight/coresight-tpdm.c | 259 +++++++ >>> drivers/hwtracing/coresight/coresight-tpdm.h | 62 ++ >>> include/linux/coresight.h | 1 + >>> 13 files changed, 1509 insertions(+), 12 deletions(-) >>> create mode 100644 >>> Documentation/ABI/testing/sysfs-bus-coresight-devices-tpdm >>> create mode 100644 >>> Documentation/devicetree/bindings/arm/qcom,coresight-tpda.yaml >>> create mode 100644 >>> Documentation/devicetree/bindings/arm/qcom,coresight-tpdm.yaml >>> create mode 100644 drivers/hwtracing/coresight/coresight-tpda.c >>> create mode 100644 drivers/hwtracing/coresight/coresight-tpda.h >>> create mode 100644 drivers/hwtracing/coresight/coresight-tpdm.c >>> create mode 100644 drivers/hwtracing/coresight/coresight-tpdm.h >>> >>
On 08/11/2022 09:37, Suzuki K Poulose wrote: > On 08/11/2022 05:54, Jinlong Mao wrote: >> >> On 11/8/2022 2:38 AM, Suzuki K Poulose wrote: >>> On 02/11/2022 09:19, Mao Jinlong wrote: >>>> This series adds support for the trace performance monitoring and >>>> diagnostics hardware (TPDM and TPDA). It is composed of two major >>>> elements. >>>> a) Changes for original coresight framework to support for TPDM and >>>> TPDA. >>>> b) Add driver code for TPDM and TPDA. >>>> >>>> Introduction of changes for original coresight framework >>>> Support TPDM as new coresight source. >>>> Since only STM and ETM are supported as coresight source originally. >>>> TPDM is a newly added coresight source. We need to change >>>> the original way of saving coresight path to support more types source >>>> for coresight driver. >>>> The following patch is to add support more coresight sources. >>>> coresight: core: Use IDR for non-cpu bound sources' paths. >>>> >>> ---8>--- >>> >>>> Introduction of TPDM and TPDA >>>> TPDM - The trace performance monitoring and diagnostics monitor or >>>> TPDM in >>>> short serves as data collection component for various dataset types >>>> specified in the QPMDA(Qualcomm performance monitoring and diagnostics >>>> architecture) spec. The primary use case of the TPDM is to collect data >>>> from different data sources and send it to a TPDA for packetization, >>>> timestamping and funneling. >>>> Coresight: Add coresight TPDM source driver >>>> dt-bindings: arm: Adds CoreSight TPDM hardware definitions >>>> coresight-tpdm: Add DSB dataset support >>>> coresight-tpdm: Add integration test support >>>> docs: sysfs: coresight: Add sysfs ABI documentation for TPDM >>>> >>>> TPDA - The trace performance monitoring and diagnostics aggregator or >>>> TPDA in short serves as an arbitration and packetization engine for the >>>> performance monitoring and diagnostics network as specified in the >>>> QPMDA >>>> (Qualcomm performance monitoring and diagnostics architecture) >>>> specification. The primary use case of the TPDA is to provide >>>> packetization, funneling and timestamping of Monitor data as specified >>>> in the QPMDA specification. >>>> The following patch is to add driver for TPDA. >>>> Coresight: Add TPDA link driver >>>> dt-bindings: arm: Adds CoreSight TPDA hardware definitions >>>> >>>> The last patch of this series is a device tree modification, which add >>>> the TPDM and TPDA configuration to device tree for validating. >>>> ARM: dts: msm: Add coresight components for SM8250 >>>> ARM: dts: msm: Add tpdm mm/prng for sm8250 >>>> >>>> Once this series patches are applied properly, the tpdm and tpda nodes >>>> should be observed at the coresight path /sys/bus/coresight/devices >>>> e.g. >>>> /sys/bus/coresight/devices # ls -l | grep tpd >>>> tpda0 -> ../../../devices/platform/soc@0/6004000.tpda/tpda0 >>>> tpdm0 -> ../../../devices/platform/soc@0/6c08000.mm.tpdm/tpdm0 >>>> >>>> We can use the commands are similar to the below to validate TPDMs. >>>> Enable coresight sink first. >>>> >>>> echo 1 > /sys/bus/coresight/devices/tmc_etf0/enable_sink >>>> echo 1 > /sys/bus/coresight/devices/tpdm0/enable_source >>>> echo 1 > /sys/bus/coresight/devices/tpdm0/integration_test >>>> echo 2 > /sys/bus/coresight/devices/tpdm0/integration_test >>>> The test data will be collected in the coresight sink which is enabled. >>>> If rwp register of the sink is keeping updating when do >>>> integration_test (by cat tmc_etf0/mgmt/rwp), it means there is data >>>> generated from TPDM to sink. >>>> >>>> There must be a tpda between tpdm and the sink. When there are some >>>> other trace event hw components in the same HW block with tpdm, tpdm >>>> and these hw components will connect to the coresight funnel. When >>>> there is only tpdm trace hw in the HW block, tpdm will connect to >>>> tpda directly. >>>> +---------------+ +-------------+ >>>> | tpdm@6c08000 | |tpdm@684C000 | >>>> +-------|-------+ +------|------+ >>>> | | >>>> +-------|-------+ | >>>> | funnel@6c0b000| | >>>> +-------|-------+ | >>>> | | >>>> +-------|-------+ | >>>> |funnel@6c2d000 | | >>>> +-------|-------+ | >>>> | | >>>> | +---------------+ | >>>> +----- tpda@6004000 -----------+ >>>> +-------|-------+ >>>> | >>>> +-------|-------+ >>>> |funnel@6005000 | >>>> +---------------+ >>>> >>> >>> --8<-- >>> >>> Please could you add the above to a Documentation file (Of course >>> skip the description of patches). >> Sure. I will add them to the Documentation file. >>> >>> >>>> This patch series depends on patch series: >>>> "[v5,00/14] coresight: Add new API to allocate trace source ID values" >>>> https://patchwork.kernel.org/project/linux-arm-kernel/cover/20221101163103.17921-1-mike.leach@linaro.org/ >>> >>> So, is there a strict binding between a TPDM and a TPDA ? >>> i.e., Multiple TPDMs could never end up reaching the sam >>> TPDA ? I see that the TPDMs could be connected to funnels >>> and thus other TPDMs could be connected to the same funnels >>> and thus reach the same TPDA. >> There is no strict binding between TPDM and TPDA. >> TPDA can have multiple TPDMs connect to it. >> But There must be only one TPDA in the path from the TPDM source to >> TMC sink. >> TPDM can directly connect to TPDA's inport >> or connect to funnel which will connect to TPDA's inport. >>> >>> Also, the trace-id is bound to TPDA and not TPDM. So, if >>> we have multiple TPDMs, trace decoding is going to be >>> impossible. >> The TPDMs which are connected to same TPDA shares the same >> trace-id. When TPDA does packetization, different port will have >> unique channel number for decoding. So this assumes that nobody connects two TPDMs to a funnel, which then connects to a TPDA ? (i.e. tpdm@684C000 above must not be connected to funnel@6c0b000 or funnel@6c2d000). In which case, two of them end up in the same port of the TPDA. Suzuki