Received: by 2002:a05:6a10:af89:0:0:0:0 with SMTP id iu9csp1398503pxb; Fri, 21 Jan 2022 17:39:41 -0800 (PST) X-Google-Smtp-Source: ABdhPJyC+C516J9zzhKEGiAAQ7/ZYFC9F1odQ42fCmkkkh1dt8xUYqt6qJ1JrsEtThdB8y88GKrk X-Received: by 2002:a17:902:7405:b0:14a:d1da:131e with SMTP id g5-20020a170902740500b0014ad1da131emr6385924pll.116.1642815581105; Fri, 21 Jan 2022 17:39:41 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1642815581; cv=none; d=google.com; s=arc-20160816; b=wTWG+bJEYgAP5Z+trmf7OgdzJF13O+NOHF3cpHN9jPKo6sEC6qiw6ADTaJ4QVktSKQ ro3cOmhFdEsQdqspY/6jhBt/JGgntx3o5xOUz8PWyJ0//YUfVhhZfpq2TmrvQhljIQZq EIS+vQPqtJeTtAk5itndBWsvmF0VcbExB/KR+iWTu8Z3rb6wwLXuuV+zFj5YFVBf3Lzf nJJwLMhmzWB+pV+HPywpL3RbSjx+tz2Ik8MzexHyPht8njmnrMr+Um890TsYJwZsyq6o xGAUpLrpKeYqUsCikX08oLtbiUFfrPVoVdT9iTf0dF+cia+jUWWvecSWp67TUNGkYaxm QUIQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:user-agent:mime-version :date:message-id:dkim-signature; bh=5IqRLRAOCUN5N8x7XtvNl4hgMj0+RLgbF9Z13Lxi2w4=; b=bzarF5y5H9D0Pr9jPDwg1ppc6DPSepZiVv02S+bIjRGoHqYnvjLLqL8drVASpIgPCp mlxIWCGuhBHmK/TjOeZKMkW1Ft7C/3zN6KKZJMGtS5mMKFXIHc84QZ4wp0DQgVhYWd6P c+Rsm0p4/h2OQENo9tnEdekdRO08CG2wUY5CXqR9wxANubesVPLBtc29nTZQwhj15GcA 8FaCNLqkFn5+Ws6f7lwzA4/5g17lpu939Klsn0sYoLLIx1O6thzlgZWiG6ST/IDi6oUl 1hrafK/5uhM7iNbPuuPHbDnMCIfKE0B3zXgMGnMuvpDGXMi5z+Z91tJSfO4Zvgxxi+kZ EQ1A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@quicinc.com header.s=qcdkim header.b=CLblmgaK; 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=quicinc.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id a16si7484467pga.567.2022.01.21.17.39.29; Fri, 21 Jan 2022 17:39:41 -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; dkim=pass header.i=@quicinc.com header.s=qcdkim header.b=CLblmgaK; 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=quicinc.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1380855AbiAUOBz (ORCPT + 99 others); Fri, 21 Jan 2022 09:01:55 -0500 Received: from alexa-out.qualcomm.com ([129.46.98.28]:44320 "EHLO alexa-out.qualcomm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1350404AbiAUOBy (ORCPT ); Fri, 21 Jan 2022 09:01:54 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=quicinc.com; i=@quicinc.com; q=dns/txt; s=qcdkim; t=1642773714; x=1674309714; h=message-id:date:mime-version:subject:to:cc:references: from:in-reply-to:content-transfer-encoding; bh=5IqRLRAOCUN5N8x7XtvNl4hgMj0+RLgbF9Z13Lxi2w4=; b=CLblmgaKeS6G8cIhMD0YZsLA3EPs+9JeSURWtSojeL/Brwm1mLI4amY5 sgnOuVR8n310Z5IEzrOh0AOoqhJW0lg3lBqgCdloWx+IXX60xR3fDECiE /jA2/wEuRkg4JY7xyATk72n0UY+8VufA5li0tSbFxTGWiRfo9OxrQ468+ 4=; Received: from ironmsg08-lv.qualcomm.com ([10.47.202.152]) by alexa-out.qualcomm.com with ESMTP; 21 Jan 2022 06:01:54 -0800 X-QCInternal: smtphost Received: from nasanex01c.na.qualcomm.com ([10.47.97.222]) by ironmsg08-lv.qualcomm.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 21 Jan 2022 06:01:54 -0800 Received: from nalasex01a.na.qualcomm.com (10.47.209.196) by nasanex01c.na.qualcomm.com (10.47.97.222) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.922.19; Fri, 21 Jan 2022 06:01:53 -0800 Received: from [10.253.75.234] (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.922.19; Fri, 21 Jan 2022 06:01:50 -0800 Message-ID: <2703bf83-3a87-e69f-2392-7e0568e91712@quicinc.com> Date: Fri, 21 Jan 2022 22:01:47 +0800 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.3.0 Subject: Re: [PATCH v2 2/9] Coresight: Add coresight TPDM source driver Content-Language: en-US To: Mathieu Poirier , Mike Leach CC: Suzuki K Poulose , Alexander Shishkin , Leo Yan , "Greg Kroah-Hartman" , , , , Tingwei Zhang , Yuanfang Zhang , Tao Zhang , Trilok Soni , References: <20211209141543.21314-1-quic_jinlmao@quicinc.com> <20211209141543.21314-3-quic_jinlmao@quicinc.com> <20211214185714.GB1549991@p14s> <85ad17fb-c885-831d-d841-4c6f10920355@quicinc.com> <20211216190223.GA78825@p14s> From: Jinlong Mao In-Reply-To: <20211216190223.GA78825@p14s> Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 8bit X-Originating-IP: [10.80.80.8] X-ClientProxiedBy: nasanex01b.na.qualcomm.com (10.46.141.250) To nalasex01a.na.qualcomm.com (10.47.209.196) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Mathieu, Good Day. On 12/17/2021 3:02 AM, Mathieu Poirier wrote: > [...] > >>>>> + >>>>> +static void tpdm_init_default_data(struct tpdm_drvdata *drvdata) >>>>> +{ >>>>> + static int traceid = TPDM_TRACE_ID_START; >>>>> + >>>>> + drvdata->traceid = traceid++; >>>>> +} >>>> I have been specific on how to properly do this in the last revision. Given the >>>> above about the MAINTAINERS file, I am not sure that I will continue reviewing this set. >>>> >>>> There is also no need to rush another revision as I won't have the bandwidth to >>>> process it before the holidays. >>>> >>>> Thanks, >>>> Mathieu >>> Hi Mathieu, >>> >>> Sorry, not addressed your previous comments here. >>> >>> For the trace id, each coresight component has 7 bits to store the trace >>> id. So the trace id should be from 1 to 127 as 0 is invalid. >> IDs 0x70 - 0x7F (`112 - 127 ) are reserved - see the ARM Coresight >> Architecture specification v3.0 >> > Correct > >>> Apart from TPDMs/STM/ETMs, we also have other coresight components in >>> our internal device. About 80 ids are already used. >>> >>> Some components have fixed trace id in HW. If we use functions below to >>> count the trace id, there will be conflict to other components. >>> >>> Can we use 1-15 for etm trace ids and 16 - 127 for other coresight >>> components ? And handle trace ids in its' own driver ? >>> >> This will limit systems to 15 cores - some have more! >> > Correct > >>> static inline int coresight_get_system_trace_id(int id) >>> { >>> /* Start system IDs above the highest per CPU trace ID. */ >>> return coresigth_get_trace_id(cpumask_last(cpu_possible_mask) + 1); >>> } > Looking at my own suggestion again this won't work since it returns the same traceID > when called multiple times. > > For this patchset and _without_ taking into account internal devices that have > their traceID set in HW: > > 1. Define a bitmask that is 7 bit wide. Should it be a 128 bit wide bitmaskĀ  (0--127)? > 2. By default, set bits under 0x10 and between 0x70 - 0x7F. > 3. In coresight_get_system_trace_id(), drop the @id parameter and allocate the > first available bit after cpumask_last(cpu_possible_mask) + 1. Should it allocate the first available bit after (cpumask_last(cpu_possible_mask) *2 ) + 0x10 ? Return the first zero bit position as the trace id and set the bit. > 4. Define a new function called coresight_put_system_trace_id(int id) that > clears the bit in the mask corresponding to @id. > > For now that should work. > >>> static inline int coresight_get_trace_id(int cpu) >>> { >>> /* >>> * A trace ID of value 0 is invalid, so let's start at some >>> * random value that fits in 7 bits and go from there. Since >>> * the common convention is to have data trace IDs be I(N) + 1, >>> * set instruction trace IDs as a function of the CPU number. >>> */ >>> return (CORESIGHT_ETM_PMU_SEED + (cpu * 2)); >>> } >>> >> This fixed relationship between cpu and trace ID is used in the perf >> tooling to populate the elements in the perf.data file to correctly >> allow association between CPU and trace data, and thus allow correct >> trace decode. > TraceIDs associated to CPUs are communicated to the perf tooling by way of the > perf header - theoretically we should be able to change the allocation scheme > without impacting the decoding process. > >> It should be possible to create another more dynamic mapping scheme - >> but this must include a way to support the perf requirements too. >> > TraceIDs have been a lurking problem for as long as the subsystem has existed. > For now what I have suggested above should be sufficient to provide an > in-between solution that doesn't hold back this patchset. > > That being said, we need to start thinking about the best way to do this. I > will put a patchset together in the new year that aims in that direction. > >> Regards >> >> Mike >> >>> Thanks >>> >>> Jinlong Mao >>> >>>>> + >>>>> +static int tpdm_probe(struct amba_device *adev, const struct amba_id *id) >>>>> +{ >>>>> + struct device *dev = &adev->dev; >>>>> + struct coresight_platform_data *pdata; >>>>> + struct tpdm_drvdata *drvdata; >>>>> + struct coresight_desc desc = { 0 }; >>>>> + >>>>> + desc.name = coresight_alloc_device_name(&tpdm_devs, dev); >>>>> + if (!desc.name) >>>>> + return -ENOMEM; >>>>> + pdata = coresight_get_platform_data(dev); >>>>> + if (IS_ERR(pdata)) >>>>> + return PTR_ERR(pdata); >>>>> + adev->dev.platform_data = pdata; >>>>> + >>>>> + drvdata = devm_kzalloc(dev, sizeof(*drvdata), GFP_KERNEL); >>>>> + if (!drvdata) >>>>> + return -ENOMEM; >>>>> + drvdata->dev = &adev->dev; >>>>> + dev_set_drvdata(dev, drvdata); >>>>> + >>>>> + drvdata->base = devm_ioremap_resource(dev, &adev->res); >>>>> + if (!drvdata->base) >>>>> + return -ENOMEM; >>>>> + >>>>> + mutex_init(&drvdata->lock); >>>>> + >>>>> + desc.type = CORESIGHT_DEV_TYPE_SOURCE; >>>>> + desc.subtype.source_subtype = CORESIGHT_DEV_SUBTYPE_SOURCE_SYS; >>>>> + desc.ops = &tpdm_cs_ops; >>>>> + desc.pdata = adev->dev.platform_data; >>>>> + desc.dev = &adev->dev; >>>>> + drvdata->csdev = coresight_register(&desc); >>>>> + if (IS_ERR(drvdata->csdev)) >>>>> + return PTR_ERR(drvdata->csdev); >>>>> + >>>>> + tpdm_init_default_data(drvdata); >>>>> + pm_runtime_put(&adev->dev); >>>>> + >>>>> + return 0; >>>>> +} >>>>> + >>>>> +static void __exit tpdm_remove(struct amba_device *adev) >>>>> +{ >>>>> + struct tpdm_drvdata *drvdata = dev_get_drvdata(&adev->dev); >>>>> + >>>>> + coresight_unregister(drvdata->csdev); >>>>> +} >>>>> + >>>>> +static struct amba_id tpdm_ids[] = { >>>>> + { >>>>> + .id = 0x000f0e00, >>>>> + .mask = 0x000fff00, >>>>> + }, >>>>> + { 0, 0}, >>>>> +}; >>>>> + >>>>> +static struct amba_driver tpdm_driver = { >>>>> + .drv = { >>>>> + .name = "coresight-tpdm", >>>>> + .owner = THIS_MODULE, >>>>> + .suppress_bind_attrs = true, >>>>> + }, >>>>> + .probe = tpdm_probe, >>>>> + .id_table = tpdm_ids, >>>>> +}; >>>>> + >>>>> +module_amba_driver(tpdm_driver); >>>>> + >>>>> +MODULE_LICENSE("GPL v2"); >>>>> +MODULE_DESCRIPTION("Trace, Profiling & Diagnostic Monitor driver"); >>>>> diff --git a/drivers/hwtracing/coresight/coresight-tpdm.h b/drivers/hwtracing/coresight/coresight-tpdm.h >>>>> new file mode 100644 >>>>> index 000000000000..980ae90ff1c8 >>>>> --- /dev/null >>>>> +++ b/drivers/hwtracing/coresight/coresight-tpdm.h >>>>> @@ -0,0 +1,31 @@ >>>>> +/* SPDX-License-Identifier: GPL-2.0 */ >>>>> +/* >>>>> + * Copyright (c) 2021 Qualcomm Innovation Center, Inc. All rights reserved. >>>>> + */ >>>>> + >>>>> +#ifndef _CORESIGHT_CORESIGHT_TPDM_H >>>>> +#define _CORESIGHT_CORESIGHT_TPDM_H >>>>> + >>>>> +/* Default value of the traceid */ >>>>> +#define TPDM_TRACE_ID_START 128 >>>>> + >>>>> +/** >>>>> + * struct tpdm_drvdata - specifics associated to an TPDM component >>>>> + * @base: memory mapped base address for this component. >>>>> + * @dev: The device entity associated to this component. >>>>> + * @csdev: component vitals needed by the framework. >>>>> + * @lock: lock for the enable value. >>>>> + * @enable: enable status of the component. >>>>> + * @traceid: value of the current ID for this component. >>>>> + */ >>>>> + >>>>> +struct tpdm_drvdata { >>>>> + void __iomem *base; >>>>> + struct device *dev; >>>>> + struct coresight_device *csdev; >>>>> + struct mutex lock; >>>>> + bool enable; >>>>> + int traceid; >>>>> +}; >>>>> + >>>>> +#endif /* _CORESIGHT_CORESIGHT_TPDM_H */ >>>>> diff --git a/include/linux/coresight.h b/include/linux/coresight.h >>>>> index 93a2922b7653..e48d463be63b 100644 >>>>> --- a/include/linux/coresight.h >>>>> +++ b/include/linux/coresight.h >>>>> @@ -65,6 +65,7 @@ enum coresight_dev_subtype_source { >>>>> CORESIGHT_DEV_SUBTYPE_SOURCE_PROC, >>>>> CORESIGHT_DEV_SUBTYPE_SOURCE_BUS, >>>>> CORESIGHT_DEV_SUBTYPE_SOURCE_SOFTWARE, >>>>> + CORESIGHT_DEV_SUBTYPE_SOURCE_SYS, >>>>> }; >>>>> >>>>> enum coresight_dev_subtype_helper { >>>>> -- >>>>> 2.17.1 >>>>> >> >> >> -- >> Mike Leach >> Principal Engineer, ARM Ltd. >> Manchester Design Centre. UK