Received: by 2002:a05:7412:8598:b0:f9:33c2:5753 with SMTP id n24csp511282rdh; Tue, 19 Dec 2023 05:56:40 -0800 (PST) X-Google-Smtp-Source: AGHT+IEbwhWmH2cVOSrdJxDRPxpNtgDBRClvgNgWxEBUvJ7yI5bTlbjh9ESDuHcARp2dLzSTXbXX X-Received: by 2002:a05:6a21:778a:b0:194:2e9a:2b35 with SMTP id bd10-20020a056a21778a00b001942e9a2b35mr6697268pzc.5.1702994200210; Tue, 19 Dec 2023 05:56:40 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1702994200; cv=none; d=google.com; s=arc-20160816; b=d3jeXknH7/I2AGvnnnXLq1exoYCzBAZLf2DowIYz9jEjrbrmn3NN8qTUIVyKf3Gk6q MQORWSYogMhUDkvUT2Mgvl2ZzOJy40cq8xOLvy1SpEpzA9w6L4ccHzoqVYuufgwGVMus i16wKosJFaFtoFZUx9nLWy77yh2gHXOEp6XqwfhpT0w8cLqdT+IzlMP9RFHK8Qg+Tgtt rijJnnp81kxsGkVsXNAwxDHvQI2306RgEf8ExiTTEmfc09ydCgt1tSlFd3uHTdGegHTK H6bxhQz94vjkbyT3REVQcwH2c66zfSmIbbc99zQe0TDBBptkpqLRKN6Y65fFfD3Syia/ S8qw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:list-unsubscribe :list-subscribe:list-id:precedence:date:message-id; bh=nWM5Csqh/8O9hF6cLT6ikyMov5KMB5hMQujmjIBaC00=; fh=VVn1or143ocJn81UN5C70YFisJoYbLqtg4Us8PNvf4I=; b=dRoXdmQTbW9gxEw/0e7fs34BYjuPlHuEzF5p/YfUzFeD8yPmCu9fsbK2gTxtuI35WJ AhIZCc3GEqYgCY0iwU36QFID1KQaOwKQCu40HuOC6excsF0Nu3NnBFsMv9Oe8wYkaFzL vSOJY7xFkhR5ZlzXTeSZjb/3FaQZYKuMfl9gafHdr3Xy9Udd2Dq8hPpk3ldks08AmRUu X6o+O4Vjht/e861CaJnFvftLVZ5bpoE36BCFQDeIC7hgQGU9u9mwc2e15xO34uL7xsig e5dQGLs9zrlhQrlO9FHyyzl3g2e/8j5pCofpFfBVgx/XJaHRpoW91D4OEsXPRF7iIx4X v63g== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel+bounces-5294-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45e3:2400::1 as permitted sender) smtp.mailfrom="linux-kernel+bounces-5294-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Return-Path: Received: from sv.mirrors.kernel.org (sv.mirrors.kernel.org. [2604:1380:45e3:2400::1]) by mx.google.com with ESMTPS id t1-20020a632d01000000b005cd88a35d25si5140243pgt.791.2023.12.19.05.56.39 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 19 Dec 2023 05:56:40 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel+bounces-5294-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45e3:2400::1 as permitted sender) client-ip=2604:1380:45e3:2400::1; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel+bounces-5294-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45e3:2400::1 as permitted sender) smtp.mailfrom="linux-kernel+bounces-5294-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by sv.mirrors.kernel.org (Postfix) with ESMTPS id D422428A43B for ; Tue, 19 Dec 2023 13:56:39 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 9BAB71A5B9; Tue, 19 Dec 2023 13:56:33 +0000 (UTC) X-Original-To: linux-kernel@vger.kernel.org Received: from foss.arm.com (foss.arm.com [217.140.110.172]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 55B121A58B; Tue, 19 Dec 2023 13:56:30 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=arm.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=arm.com 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 C01681FB; Tue, 19 Dec 2023 05:57:14 -0800 (PST) Received: from [10.57.46.64] (unknown [10.57.46.64]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id E8CB33F5A1; Tue, 19 Dec 2023 05:56:27 -0800 (PST) Message-ID: Date: Tue, 19 Dec 2023 13:56:26 +0000 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH v3 3/8] coresight-tpdm: Add CMB dataset support Content-Language: en-GB To: Tao Zhang , Mathieu Poirier , Alexander Shishkin , Konrad Dybcio , Mike Leach , Rob Herring , Krzysztof Kozlowski Cc: Jinlong Mao , Leo Yan , Greg Kroah-Hartman , coresight@lists.linaro.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, devicetree@vger.kernel.org, Tingwei Zhang , Yuanfang Zhang , Trilok Soni , Song Chai , linux-arm-msm@vger.kernel.org, andersson@kernel.org References: <1700533494-19276-1-git-send-email-quic_taozha@quicinc.com> <1700533494-19276-4-git-send-email-quic_taozha@quicinc.com> <8dcafd9a-ff90-439a-9337-fb957d2fcad1@quicinc.com> From: Suzuki K Poulose In-Reply-To: <8dcafd9a-ff90-439a-9337-fb957d2fcad1@quicinc.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit On 19/12/2023 09:22, Tao Zhang wrote: > > On 12/18/2023 6:34 PM, Suzuki K Poulose wrote: >> On 21/11/2023 02:24, Tao Zhang wrote: >>> CMB (continuous multi-bit) is one of TPDM's dataset type. CMB subunit >>> can be enabled for data collection by writing 1 to the first bit of >>> CMB_CR register. This change is to add enable/disable function for >>> CMB dataset by writing CMB_CR register. >>> >>> Reviewed-by: James Clark >>> Signed-off-by: Tao Zhang >>> Signed-off-by: Jinlong Mao >>> --- >>>   drivers/hwtracing/coresight/coresight-tpdm.c | 31 ++++++++++++++++++++ >>>   drivers/hwtracing/coresight/coresight-tpdm.h |  8 +++++ >>>   2 files changed, 39 insertions(+) >>> >>> diff --git a/drivers/hwtracing/coresight/coresight-tpdm.c >>> b/drivers/hwtracing/coresight/coresight-tpdm.c >>> index 97654aa4b772..c8bb38822e08 100644 >>> --- a/drivers/hwtracing/coresight/coresight-tpdm.c >>> +++ b/drivers/hwtracing/coresight/coresight-tpdm.c >>> @@ -131,6 +131,11 @@ static bool tpdm_has_dsb_dataset(struct >>> tpdm_drvdata *drvdata) >>>       return (drvdata->datasets & TPDM_PIDR0_DS_DSB); >>>   } >>>   +static bool tpdm_has_cmb_dataset(struct tpdm_drvdata *drvdata) >>> +{ >>> +    return (drvdata->datasets & TPDM_PIDR0_DS_CMB); >>> +} >>> + >>>   static umode_t tpdm_dsb_is_visible(struct kobject *kobj, >>>                      struct attribute *attr, int n) >>>   { >>> @@ -267,6 +272,17 @@ static void tpdm_enable_dsb(struct tpdm_drvdata >>> *drvdata) >>>       writel_relaxed(val, drvdata->base + TPDM_DSB_CR); >>>   } >>>   +static void tpdm_enable_cmb(struct tpdm_drvdata *drvdata) >>> +{ >>> +    u32 val; >>> + >>> +    val = readl_relaxed(drvdata->base + TPDM_CMB_CR); >>> +    val |= TPDM_CMB_CR_ENA; >>> + >>> +    /* Set the enable bit of CMB control register to 1 */ >>> +    writel_relaxed(val, drvdata->base + TPDM_CMB_CR); >>> +} >>> + >>>   /* >>>    * TPDM enable operations >>>    * The TPDM or Monitor serves as data collection component for various >>> @@ -281,6 +297,8 @@ static void __tpdm_enable(struct tpdm_drvdata >>> *drvdata) >>>         if (tpdm_has_dsb_dataset(drvdata)) >>>           tpdm_enable_dsb(drvdata); >>> +    if (tpdm_has_cmb_dataset(drvdata)) >>> +        tpdm_enable_cmb(drvdata); >> >> Don't we need to add this check in the "property read" section ? >> Otherwise, we could generate warnings unnecessarily ? >> >> i.e, if (tpdm_has_cmb_..()) >>       rc |= fwnode_..read_property(cmb-elem-size...) >> >> Similarly for DSB. > > TPDM and TPDA are two independent hardware. If you want to modify them > in this way, the > You don't have to, as long as the header files are included ? Read my response in the other patch, where it applies. Suzuki > two independent drivers will be coupled to each other. At the same time, > this configuration > > is manually set in the devicetree by the users, and this check cannot > avoid manual setting errors. > >  Even if the configuration is wrong, it will not cause the driver to > stop working, it will only cause > > the data to be lost from the TPDM. > >> >>>       CS_LOCK(drvdata->base); >>>   } >>> @@ -314,6 +332,17 @@ static void tpdm_disable_dsb(struct tpdm_drvdata >>> *drvdata) >>>       writel_relaxed(val, drvdata->base + TPDM_DSB_CR); >>>   } >>>   +static void tpdm_disable_cmb(struct tpdm_drvdata *drvdata) >>> +{ >>> +    u32 val; >>> + >>> +    val = readl_relaxed(drvdata->base + TPDM_CMB_CR); >>> +    val &= ~TPDM_CMB_CR_ENA; >>> + >>> +    /* Set the enable bit of CMB control register to 0 */ >>> +    writel_relaxed(val, drvdata->base + TPDM_CMB_CR); >>> +} >>> + >>>   /* TPDM disable operations */ >>>   static void __tpdm_disable(struct tpdm_drvdata *drvdata) >>>   { >>> @@ -321,6 +350,8 @@ static void __tpdm_disable(struct tpdm_drvdata >>> *drvdata) >>>         if (tpdm_has_dsb_dataset(drvdata)) >>>           tpdm_disable_dsb(drvdata); >>> +    if (tpdm_has_cmb_dataset(drvdata)) >>> +        tpdm_disable_cmb(drvdata); >> >> minor nit: Instead of having these : >> >>     if (tpdm_has_XY_() >>         tpdm_{enable/disable}_XY_() >> I prefer : >> >>     tpdm_{enable/disable}_XY_ >> >> and the helper take care of returning early if the feature is >> not present. > Does the following sample modification meet your expectation? > static void tpdm_disable_dsb(struct tpdm_drvdata *drvdata) > { >     u32 val; > >     if (tpdm_has_dsb_dataset(drvdata)) { >         /* Set the enable bit of DSB control register to 0 */ >         val = readl_relaxed(drvdata->base + TPDM_DSB_CR); >         val &= ~TPDM_DSB_CR_ENA; >         writel_relaxed(val, drvdata->base + TPDM_DSB_CR); >     } > } > > static void tpdm_disable_cmb(struct tpdm_drvdata *drvdata) > { >     u32 val; > >     if (tpdm_has_cmb_dataset(drvdata)) { >         val = readl_relaxed(drvdata->base + TPDM_CMB_CR); >         val &= ~TPDM_CMB_CR_ENA; > >         /* Set the enable bit of CMB control register to 0 */ >         writel_relaxed(val, drvdata->base + TPDM_CMB_CR); >     } > } > > /* TPDM disable operations */ > static void __tpdm_disable(struct tpdm_drvdata *drvdata) > { >     CS_UNLOCK(drvdata->base); > >     tpdm_disable_dsb(drvdata); >     tpdm_disable_cmb(drvdata); > Yes, thats exactly I was looking for. >     CS_LOCK(drvdata->base); > > } > > > Best, > > Tao > >> >> >> Suzuki >> >> >>>         CS_LOCK(drvdata->base); >>>   } >>> diff --git a/drivers/hwtracing/coresight/coresight-tpdm.h >>> b/drivers/hwtracing/coresight/coresight-tpdm.h >>> index 4115b2a17b8d..0098c58dfdd6 100644 >>> --- a/drivers/hwtracing/coresight/coresight-tpdm.h >>> +++ b/drivers/hwtracing/coresight/coresight-tpdm.h >>> @@ -9,6 +9,12 @@ >>>   /* The max number of the datasets that TPDM supports */ >>>   #define TPDM_DATASETS       7 >>>   +/* CMB Subunit Registers */ >>> +#define TPDM_CMB_CR        (0xA00) >>> + >>> +/* Enable bit for CMB subunit */ >>> +#define TPDM_CMB_CR_ENA        BIT(0) >>> + >>>   /* DSB Subunit Registers */ >>>   #define TPDM_DSB_CR        (0x780) >>>   #define TPDM_DSB_TIER        (0x784) >>> @@ -79,10 +85,12 @@ >>>    * >>>    * PERIPHIDR0[0] : Fix to 1 if ImplDef subunit present, else 0 >>>    * PERIPHIDR0[1] : Fix to 1 if DSB subunit present, else 0 >>> + * PERIPHIDR0[2] : Fix to 1 if CMB subunit present, else 0 >>>    */ >>>     #define TPDM_PIDR0_DS_IMPDEF    BIT(0) >>>   #define TPDM_PIDR0_DS_DSB    BIT(1) >>> +#define TPDM_PIDR0_DS_CMB    BIT(2) >>>     #define TPDM_DSB_MAX_LINES    256 >>>   /* MAX number of EDCR registers */ >>