From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id B8504C433EF for ; Thu, 10 Feb 2022 10:30:39 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S239635AbiBJKag (ORCPT ); Thu, 10 Feb 2022 05:30:36 -0500 Received: from mxb-00190b01.gslb.pphosted.com ([23.128.96.19]:43860 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S239633AbiBJKag (ORCPT ); Thu, 10 Feb 2022 05:30:36 -0500 Received: from mail-wr1-x436.google.com (mail-wr1-x436.google.com [IPv6:2a00:1450:4864:20::436]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 18D06398 for ; Thu, 10 Feb 2022 02:30:37 -0800 (PST) Received: by mail-wr1-x436.google.com with SMTP id d27so8686197wrc.6 for ; Thu, 10 Feb 2022 02:30:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=Hg0ykC/xhPsgiw+XPFRSb93UCPPBSVUUOU7Rmic0fE4=; b=wWLK6GqWuhu0ioKmV+tcw7GHuor880s1xgFFVK7lPyRdcUdDfQRbYyclB5/rSEdzhU ESG89iDplhau7sARiBhl4TjvQPchmERJqq1R58jvq4AApxhkVhKdb8Vxt0u+tNa2Xlm8 EpNhX49RvD3fv2Rvphw26g/IIqrhgQl9y9JGjDlvUyxyF+JEgN5b6Trs2ZQXKg07XdWn O1DNTxm6UOFKPFM0XuXbFhwUkfKodMuVeVyPYeZpUITq8n9tRg4G9tejr6rfctLq+WXu kZPMiyxIcuOlNOKpo02vQmRkV8TsNe+ejCLNOCYHgrb+8En2qKkuCKBmMgkyHR8x+ZMc 1dXg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Hg0ykC/xhPsgiw+XPFRSb93UCPPBSVUUOU7Rmic0fE4=; b=ck9qDqvgIrvTOg8UN69Hit0PvGN4ShVYw+UtsWxbKkLHFYraQ1nvQZVbZ7LiEnQcKY vNMzwqeYSY3nKN87VKoXn9fulN+wVUDzTHjvGQKbYp0e8wvPKSHXqDF5nvp6Zem3j7Hi 3w9+PkE/tIsgGznPjTsmswIy/eEO0+PS1PQFqvITHSPW2PAQm7y09pDi4TiYcf4i1o3R vXvt6juQtRRo4Rp7fwkrtTsCOn9C7swpc9saAbKPqX7VdJUn9cH6EPqx5LXMCiQLRdDI Tp2KUhmGqvNrAAqoInU+lT3EUxCO0aotKBAlZqWoFc5k54eqzhX1p06ZrfN5s8QvYsyK 7JkA== X-Gm-Message-State: AOAM530wZE6fWLCpuj4uNX620oX0nkews9pvB5uD1dZwj0Yo+38wsQ9d /529ikixMmGrsSQHl5tVeBXtJiHFX5WwbwO/kz675g== X-Google-Smtp-Source: ABdhPJwmg0KhQ8UiefJfT2UWLNxUjOicv7T38bCIeIVIl6YHjrtOD81dGFp0nBU3TO2ZkJj9+8CZgmF/+f0mqgovw6g= X-Received: by 2002:adf:f4d1:: with SMTP id h17mr2495434wrp.111.1644489035607; Thu, 10 Feb 2022 02:30:35 -0800 (PST) MIME-Version: 1.0 References: <20220209105706.18852-1-quic_jinlmao@quicinc.com> In-Reply-To: <20220209105706.18852-1-quic_jinlmao@quicinc.com> From: Mike Leach Date: Thu, 10 Feb 2022 10:30:24 +0000 Message-ID: Subject: Re: [PATCH v3 00/10] Coresight: Add support for TPDM and TPDA To: Mao Jinlong Cc: Mathieu Poirier , Suzuki K Poulose , Alexander Shishkin , Leo Yan , Greg Kroah-Hartman , coresight@lists.linaro.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, Tingwei Zhang , Yuanfang Zhang , Tao Zhang , Trilok Soni , Hao Zhang , linux-arm-msm@vger.kernel.org Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-arm-msm@vger.kernel.org Hello Mao, I have looked through this set and have a few general questions. My understanding based on the information in the code is that the TPDM devices will always send data to the TPDA device, the TPDM is not capable of directly driving the ATB itself? The TPDA device will then packetize the inputs and output these to the ATB over the normal CoreSight architecture to a standard ETR / ETF for collection. Looking at the TPDM driver - it is assigned a trace ID but never actually uses it in the hardware. My assumption here is that this is used purely to satisfy the requirement that the CoreSight core has that all sources have a unique trace id? For the TPDA driver you assign an ATID as an attribute in device tree, and then program this into the devices control register. The trace IDs in ETM / ETE / STM, are programmed into the hardware and these values drive the ATID value on the trace bus. So assigning an ATID value to the TPDA driver through device tree will lead to clashes with the assignment of trace IDs in the other driver software. The topology here appears to me that you have multiple "data source" devices TPDM, supplying a TPDA - which is the real CoreSight "trace source" from the viewpoint of the trace bus and CoreSight infrastructure. To get this to work in the current CoreSight driver stack, you have assigned the TPDM as a source type, and the TPDA as a link to ensure that when a TPDM is started, all the components on the path to the sink are activated. This is fine. If my assumptions above are all accurate I suggest the following improvements For TPDA drop the device tree assignment of ATID and instead use the coresight_get_system_trace_id() function you introduce in the 2nd patch in this set. For TPDM you have assigned a unique source sub-type CORESIGHT_DEV_SUBTYPE_SOURCE_SYS.- this could become CORESIGHT_DEV_SUBTYPE_SOURCE_DATA_ONLY. If the trace ID assigned to this device is only to satisfy the unique ID requirement and is not used elsewhere, then the sub type could become CORESIGHT_DEV_SUBTYPE_SOURCE_DATA_ONLY. We can agree that this sub type does not need a unique ID and acts as none ATB a source for another component, The core code can be altered to drop the requirement for this sub-type and trace ID can be dropped for this component. You should be aware that we are in the process of re-designed how trace IDs are allocated. The current mechanism does not scale for large multi-core systems (currently broken for any system > 46 cores), and as you have discovered there is a need for additional allocation of IDs. Also the ETE / TRBE combination does not need a trace ID. A dynamic allocation system is being proposed. Regards Mike On Wed, 9 Feb 2022 at 10:57, 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. > Use IDR to maintain all the enabled sources' paths. > coresight: Use bitmap to assign trace id to the sources > > 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 > > 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. > > Changes from V2: > 1. Use bitmap to assign the trace id. (Mathieu Poirier) > > Mao Jinlong (10): > Use IDR to maintain all the enabled sources' paths. > coresight: Use bitmap to assign trace id to the sources > 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 > Coresight: Add TPDA link driver > dt-bindings: arm: Adds CoreSight TPDA hardware definitions > ARM: dts: msm: Add coresight components for SM8250 > > .../testing/sysfs-bus-coresight-devices-tpdm | 6 + > .../bindings/arm/coresight-tpda.yaml | 129 ++++ > .../bindings/arm/coresight-tpdm.yaml | 81 ++ > .../devicetree/bindings/arm/coresight.txt | 7 + > MAINTAINERS | 1 + > .../arm64/boot/dts/qcom/sm8250-coresight.dtsi | 690 ++++++++++++++++++ > arch/arm64/boot/dts/qcom/sm8250.dtsi | 2 + > drivers/hwtracing/coresight/Kconfig | 33 + > drivers/hwtracing/coresight/Makefile | 2 + > drivers/hwtracing/coresight/coresight-core.c | 127 ++-- > drivers/hwtracing/coresight/coresight-tpda.c | 193 +++++ > drivers/hwtracing/coresight/coresight-tpda.h | 32 + > drivers/hwtracing/coresight/coresight-tpdm.c | 270 +++++++ > drivers/hwtracing/coresight/coresight-tpdm.h | 57 ++ > include/linux/coresight-pmu.h | 11 + > include/linux/coresight.h | 1 + > 16 files changed, 1592 insertions(+), 50 deletions(-) > create mode 100644 Documentation/ABI/testing/sysfs-bus-coresight-devices-tpdm > create mode 100644 Documentation/devicetree/bindings/arm/coresight-tpda.yaml > create mode 100644 Documentation/devicetree/bindings/arm/coresight-tpdm.yaml > create mode 100644 arch/arm64/boot/dts/qcom/sm8250-coresight.dtsi > 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 > > -- > 2.17.1 > -- Mike Leach Principal Engineer, ARM Ltd. Manchester Design Centre. UK From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 919E6C433F5 for ; Thu, 10 Feb 2022 10:32:06 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender: Content-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:Cc:To:Subject:Message-ID:Date:From: In-Reply-To:References:MIME-Version:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=bPK3JDWQRaWYHmzrDQvGwu7df43OIe6bsiOSy6MsSUg=; b=eteYtNzxb4FlSm y3O8xNtM2U5Usx46Z6vhH8jKqRF2YSeKKpfNbirvMEKM3e6+Vbnjtg8QmVDmsRBna7CDuXWOyLT/x r8eSg/HrH/Pq6WDFTwR9Xt70sg2HuATOudvks+nL5SpXPLB/NXhmrfskSIBmEsNsHWFNNvQ0G2RnA CsWw6EGKXL0YGwAHGXn4OfwEB+O4WfOkr6F96MOZ9kKLA72QFZT7Jwx4/XcfpID6Cdid0Zq/X7ZSX R9QVM4MKMXvY90AOT11tFKwrQRfuJWOoiBx5xicwwNTOnjWdT3nAZ3TqgEhHLJ3kIRy1sCP0eytrd o6r6McVvsdEaJ73x80eA==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.94.2 #2 (Red Hat Linux)) id 1nI6im-003Rdt-Ic; Thu, 10 Feb 2022 10:30:40 +0000 Received: from mail-wr1-x433.google.com ([2a00:1450:4864:20::433]) by bombadil.infradead.org with esmtps (Exim 4.94.2 #2 (Red Hat Linux)) id 1nI6ii-003RdF-WF for linux-arm-kernel@lists.infradead.org; Thu, 10 Feb 2022 10:30:39 +0000 Received: by mail-wr1-x433.google.com with SMTP id f17so8736848wrx.1 for ; Thu, 10 Feb 2022 02:30:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=Hg0ykC/xhPsgiw+XPFRSb93UCPPBSVUUOU7Rmic0fE4=; b=wWLK6GqWuhu0ioKmV+tcw7GHuor880s1xgFFVK7lPyRdcUdDfQRbYyclB5/rSEdzhU ESG89iDplhau7sARiBhl4TjvQPchmERJqq1R58jvq4AApxhkVhKdb8Vxt0u+tNa2Xlm8 EpNhX49RvD3fv2Rvphw26g/IIqrhgQl9y9JGjDlvUyxyF+JEgN5b6Trs2ZQXKg07XdWn O1DNTxm6UOFKPFM0XuXbFhwUkfKodMuVeVyPYeZpUITq8n9tRg4G9tejr6rfctLq+WXu kZPMiyxIcuOlNOKpo02vQmRkV8TsNe+ejCLNOCYHgrb+8En2qKkuCKBmMgkyHR8x+ZMc 1dXg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Hg0ykC/xhPsgiw+XPFRSb93UCPPBSVUUOU7Rmic0fE4=; b=z3wlM1/8kgQWC4KkBDcmZdpsOTeECGdiv+162rUEk49PyHwFEpccTzzw+uYlk7m4Cm bDxRxSzer40x3/Gix5fLSd0CjDQKvF/idn6z+5woPjt234Updhky0R4O5Sut3z9IE9ae aY0wYUtWK8afYtQ6md5sfMp8u1UyAAm2MrwzUSpH3R7RrvtvD2tw3FoMgH3qUb0qJ2Aj g1ofaAXrnv74jPmV3uNO97lo4cUua/F1NRLlqqOmK74iKVyiiTIXiwOyfsmTLLY3L2DI QbOI9SD08KMG5Wy4/qee1bc0xY2YEtZ6bk1rS0GX2uwoLco1ec8sfc/DdGBOESWf9f+y WfGQ== X-Gm-Message-State: AOAM5304oIuyHL8ZP1V4HuZsZPzd45+HEtQ17/WULqfGXKvshHqTaamo nIwEZai8vN/+3Kc+tNsrwqRGsHjqt9CwnScZqyYd8Q== X-Google-Smtp-Source: ABdhPJwmg0KhQ8UiefJfT2UWLNxUjOicv7T38bCIeIVIl6YHjrtOD81dGFp0nBU3TO2ZkJj9+8CZgmF/+f0mqgovw6g= X-Received: by 2002:adf:f4d1:: with SMTP id h17mr2495434wrp.111.1644489035607; Thu, 10 Feb 2022 02:30:35 -0800 (PST) MIME-Version: 1.0 References: <20220209105706.18852-1-quic_jinlmao@quicinc.com> In-Reply-To: <20220209105706.18852-1-quic_jinlmao@quicinc.com> From: Mike Leach Date: Thu, 10 Feb 2022 10:30:24 +0000 Message-ID: Subject: Re: [PATCH v3 00/10] Coresight: Add support for TPDM and TPDA To: Mao Jinlong Cc: Mathieu Poirier , Suzuki K Poulose , Alexander Shishkin , Leo Yan , Greg Kroah-Hartman , coresight@lists.linaro.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, Tingwei Zhang , Yuanfang Zhang , Tao Zhang , Trilok Soni , Hao Zhang , linux-arm-msm@vger.kernel.org X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20220210_023037_072175_E0FF4409 X-CRM114-Status: GOOD ( 42.90 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org Hello Mao, I have looked through this set and have a few general questions. My understanding based on the information in the code is that the TPDM devices will always send data to the TPDA device, the TPDM is not capable of directly driving the ATB itself? The TPDA device will then packetize the inputs and output these to the ATB over the normal CoreSight architecture to a standard ETR / ETF for collection. Looking at the TPDM driver - it is assigned a trace ID but never actually uses it in the hardware. My assumption here is that this is used purely to satisfy the requirement that the CoreSight core has that all sources have a unique trace id? For the TPDA driver you assign an ATID as an attribute in device tree, and then program this into the devices control register. The trace IDs in ETM / ETE / STM, are programmed into the hardware and these values drive the ATID value on the trace bus. So assigning an ATID value to the TPDA driver through device tree will lead to clashes with the assignment of trace IDs in the other driver software. The topology here appears to me that you have multiple "data source" devices TPDM, supplying a TPDA - which is the real CoreSight "trace source" from the viewpoint of the trace bus and CoreSight infrastructure. To get this to work in the current CoreSight driver stack, you have assigned the TPDM as a source type, and the TPDA as a link to ensure that when a TPDM is started, all the components on the path to the sink are activated. This is fine. If my assumptions above are all accurate I suggest the following improvements For TPDA drop the device tree assignment of ATID and instead use the coresight_get_system_trace_id() function you introduce in the 2nd patch in this set. For TPDM you have assigned a unique source sub-type CORESIGHT_DEV_SUBTYPE_SOURCE_SYS.- this could become CORESIGHT_DEV_SUBTYPE_SOURCE_DATA_ONLY. If the trace ID assigned to this device is only to satisfy the unique ID requirement and is not used elsewhere, then the sub type could become CORESIGHT_DEV_SUBTYPE_SOURCE_DATA_ONLY. We can agree that this sub type does not need a unique ID and acts as none ATB a source for another component, The core code can be altered to drop the requirement for this sub-type and trace ID can be dropped for this component. You should be aware that we are in the process of re-designed how trace IDs are allocated. The current mechanism does not scale for large multi-core systems (currently broken for any system > 46 cores), and as you have discovered there is a need for additional allocation of IDs. Also the ETE / TRBE combination does not need a trace ID. A dynamic allocation system is being proposed. Regards Mike On Wed, 9 Feb 2022 at 10:57, 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. > Use IDR to maintain all the enabled sources' paths. > coresight: Use bitmap to assign trace id to the sources > > 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 > > 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. > > Changes from V2: > 1. Use bitmap to assign the trace id. (Mathieu Poirier) > > Mao Jinlong (10): > Use IDR to maintain all the enabled sources' paths. > coresight: Use bitmap to assign trace id to the sources > 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 > Coresight: Add TPDA link driver > dt-bindings: arm: Adds CoreSight TPDA hardware definitions > ARM: dts: msm: Add coresight components for SM8250 > > .../testing/sysfs-bus-coresight-devices-tpdm | 6 + > .../bindings/arm/coresight-tpda.yaml | 129 ++++ > .../bindings/arm/coresight-tpdm.yaml | 81 ++ > .../devicetree/bindings/arm/coresight.txt | 7 + > MAINTAINERS | 1 + > .../arm64/boot/dts/qcom/sm8250-coresight.dtsi | 690 ++++++++++++++++++ > arch/arm64/boot/dts/qcom/sm8250.dtsi | 2 + > drivers/hwtracing/coresight/Kconfig | 33 + > drivers/hwtracing/coresight/Makefile | 2 + > drivers/hwtracing/coresight/coresight-core.c | 127 ++-- > drivers/hwtracing/coresight/coresight-tpda.c | 193 +++++ > drivers/hwtracing/coresight/coresight-tpda.h | 32 + > drivers/hwtracing/coresight/coresight-tpdm.c | 270 +++++++ > drivers/hwtracing/coresight/coresight-tpdm.h | 57 ++ > include/linux/coresight-pmu.h | 11 + > include/linux/coresight.h | 1 + > 16 files changed, 1592 insertions(+), 50 deletions(-) > create mode 100644 Documentation/ABI/testing/sysfs-bus-coresight-devices-tpdm > create mode 100644 Documentation/devicetree/bindings/arm/coresight-tpda.yaml > create mode 100644 Documentation/devicetree/bindings/arm/coresight-tpdm.yaml > create mode 100644 arch/arm64/boot/dts/qcom/sm8250-coresight.dtsi > 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 > > -- > 2.17.1 > -- Mike Leach Principal Engineer, ARM Ltd. Manchester Design Centre. UK _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel