Message ID | 20231220140538.13136-2-quic_jinlmao@quicinc.com |
---|---|
State | New |
Headers |
Return-Path: <linux-kernel+bounces-7029-ouuuleilei=gmail.com@vger.kernel.org> Delivered-To: ouuuleilei@gmail.com Received: by 2002:a05:7300:24d3:b0:fb:cd0c:d3e with SMTP id r19csp2658808dyi; Wed, 20 Dec 2023 06:06:43 -0800 (PST) X-Google-Smtp-Source: AGHT+IGZj0cKZrZkqqbC/O3Eb2+iylra1mV7dEQFpym1T9sSgpqxaaCDKCxZJb5KHF5e9lwnjpis X-Received: by 2002:a05:620a:1207:b0:77f:3840:72f9 with SMTP id u7-20020a05620a120700b0077f384072f9mr24171446qkj.67.1703081203588; Wed, 20 Dec 2023 06:06:43 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1703081203; cv=none; d=google.com; s=arc-20160816; b=HvRacznUhOnfK6iyG60AWMD9psfayCJCVVKakMI4AwHxF1dIOrGkpDELs8VGE/TgAM wI2hqn95SPo/u+RzdGjJDXVqg+X8GtI1VRczyoX2xR30g58IHfMjVD3hiY1EgU/yHar9 Ga1hdim3yUTs6gf8sEY+4keVeKG9jSz5SdMoeQMdd4tvJcMm97+ThNvcLLo/2tajnH6S vOb/D2evO/x4wBmOTYud4hT9EKTcQ8L1JVvWKmFi+GXzYnj1zeCMWV1R4VmdPSiOTpB9 uL2K2ssYC2PFgZEdzsnX5vJXZm/wMic8LN0DNX/lZJ3sueX38F9A6IGD0SLxIlcFy+UH /ULg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:mime-version:list-unsubscribe :list-subscribe:list-id:precedence:references:in-reply-to:message-id :date:subject:cc:to:from:dkim-signature; bh=PjWxAAt9MknS5V+QjQfPmWfDBe9WcXbFmZWO5eGIgGE=; fh=wCqNoRABByhlMEn9Jv7pXeb90eYWDg6xeTi055JeD6I=; b=K50Il4csecMtW4aSP1IbywKVh45skiC47u/w33j+eXl9rWoDMAQSUrgPSdF0ZL1n5u v0AHIUgV8lMP0grBBm0ajfdPsdmXnb2+EnD/X30+GAe6Jr4ddwfXd16X2R66LBgaWtMC fJMb674mc8hUtM0M4qAS8P3Hm8kvSe7wXOgYluWtqj1fa9FQpaYgi7loCJCl6dEjGnuE DV2tCGzVsQ1wd67W5YHpMwSC6+X5GuXLKZ3qktIbXo97w+vtPe7rVCR3cZ/S53oE35vX 9AmIEDyJ4S+zBvL2vtu0VXUGbgupH8mFCKVRaBpKT4vWH5PSYzJKPrvKSx3ewQeh0g6w RQlw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@quicinc.com header.s=qcppdkim1 header.b=h1Wvf0SD; spf=pass (google.com: domain of linux-kernel+bounces-7029-ouuuleilei=gmail.com@vger.kernel.org designates 147.75.199.223 as permitted sender) smtp.mailfrom="linux-kernel+bounces-7029-ouuuleilei=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=quicinc.com Received: from ny.mirrors.kernel.org (ny.mirrors.kernel.org. [147.75.199.223]) by mx.google.com with ESMTPS id az42-20020a05620a172a00b0077d7404ba0esi3977353qkb.93.2023.12.20.06.06.43 for <ouuuleilei@gmail.com> (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 20 Dec 2023 06:06:43 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel+bounces-7029-ouuuleilei=gmail.com@vger.kernel.org designates 147.75.199.223 as permitted sender) client-ip=147.75.199.223; Authentication-Results: mx.google.com; dkim=pass header.i=@quicinc.com header.s=qcppdkim1 header.b=h1Wvf0SD; spf=pass (google.com: domain of linux-kernel+bounces-7029-ouuuleilei=gmail.com@vger.kernel.org designates 147.75.199.223 as permitted sender) smtp.mailfrom="linux-kernel+bounces-7029-ouuuleilei=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=quicinc.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 ny.mirrors.kernel.org (Postfix) with ESMTPS id 575D81C20C67 for <ouuuleilei@gmail.com>; Wed, 20 Dec 2023 14:06:43 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id E30243AC1A; Wed, 20 Dec 2023 14:06:03 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=quicinc.com header.i=@quicinc.com header.b="h1Wvf0SD" X-Original-To: linux-kernel@vger.kernel.org Received: from mx0b-0031df01.pphosted.com (mx0b-0031df01.pphosted.com [205.220.180.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 1CF0B38DE3; Wed, 20 Dec 2023 14:05:59 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=quicinc.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=quicinc.com Received: from pps.filterd (m0279871.ppops.net [127.0.0.1]) by mx0a-0031df01.pphosted.com (8.17.1.24/8.17.1.24) with ESMTP id 3BKDkDB0020538; Wed, 20 Dec 2023 14:05:52 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=quicinc.com; h= from:to:cc:subject:date:message-id:in-reply-to:references :mime-version:content-transfer-encoding:content-type; s= qcppdkim1; bh=PjWxAAt9MknS5V+QjQfPmWfDBe9WcXbFmZWO5eGIgGE=; b=h1 Wvf0SDYhUEltVhDp2+IFcz+rj5gEPi2UsKfiuHXtLOwznQSiz9MtJCCLTTrR6AKj u53KAbUrHyJ32WU4gthFiuSpsxBYFthe7phuDBzDUtJw4x2n9SS5isyWLtgSFtta 4WsZ8T4PKzQpoGvOnbzPpy4sxoOGob05K2J+GdkHTuignaqzGqdHB6w+1PmUn+xf TCVtzKK+DTFUmC26Um5pBJBfW6+5x5ZZTWoR9ZE48JubG4i9faHvD9B6Z6U6Bguo PyfkObZnzAbJz1FDvH8tr1vid6nkQP0ABnKsSzDXJjw3u2a1oFGQCidx0bUrDqsP 1fCcocOBk7ohgegLNClw== Received: from nalasppmta03.qualcomm.com (Global_NAT1.qualcomm.com [129.46.96.20]) by mx0a-0031df01.pphosted.com (PPS) with ESMTPS id 3v3fa3jdx9-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 20 Dec 2023 14:05:51 +0000 (GMT) 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 3BKE5ofD003939 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 20 Dec 2023 14:05:50 GMT Received: from hu-jinlmao-lv.qualcomm.com (10.49.16.6) 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.1118.40; Wed, 20 Dec 2023 06:05:49 -0800 From: Mao Jinlong <quic_jinlmao@quicinc.com> To: Mathieu Poirier <mathieu.poirier@linaro.org>, Suzuki K Poulose <suzuki.poulose@arm.com>, Mike Leach <mike.leach@linaro.org>, James Clark <james.clark@arm.com>, Leo Yan <leo.yan@linaro.org>, Andy Gross <agross@kernel.org>, Bjorn Andersson <andersson@kernel.org>, Konrad Dybcio <konrad.dybcio@linaro.org>, Rob Herring <robh+dt@kernel.org>, "Krzysztof Kozlowski" <krzysztof.kozlowski+dt@linaro.org>, Conor Dooley <conor+dt@kernel.org> CC: Mao Jinlong <quic_jinlmao@quicinc.com>, <linux-arm-msm@vger.kernel.org>, <devicetree@vger.kernel.org>, <linux-kernel@vger.kernel.org>, Tingwei Zhang <quic_tingweiz@quicinc.com>, Yuanfang Zhang <quic_yuanfang@quicinc.com>, "Tao Zhang" <quic_taozha@quicinc.com>, <coresight@lists.linaro.org> Subject: [PATCH v1 1/2] dt-bindings: arm: coresight: Update the pattern of ete node name Date: Wed, 20 Dec 2023 06:05:34 -0800 Message-ID: <20231220140538.13136-2-quic_jinlmao@quicinc.com> X-Mailer: git-send-email 2.41.0 In-Reply-To: <20231220140538.13136-1-quic_jinlmao@quicinc.com> References: <20231220140538.13136-1-quic_jinlmao@quicinc.com> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: <linux-kernel.vger.kernel.org> List-Subscribe: <mailto:linux-kernel+subscribe@vger.kernel.org> List-Unsubscribe: <mailto:linux-kernel+unsubscribe@vger.kernel.org> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain X-ClientProxiedBy: nalasex01a.na.qualcomm.com (10.47.209.196) 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: 0pS1-RiTlJAQ17VBDyNz-bFvyPxHvIo- X-Proofpoint-ORIG-GUID: 0pS1-RiTlJAQ17VBDyNz-bFvyPxHvIo- X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.272,Aquarius:18.0.997,Hydra:6.0.619,FMLib:17.11.176.26 definitions=2023-12-09_02,2023-12-07_01,2023-05-22_02 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 malwarescore=0 bulkscore=0 phishscore=0 spamscore=0 suspectscore=0 mlxlogscore=999 impostorscore=0 clxscore=1015 adultscore=0 mlxscore=0 lowpriorityscore=0 priorityscore=1501 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.19.0-2311290000 definitions=main-2312200099 X-getmail-retrieved-from-mailbox: INBOX X-GMAIL-THRID: 1785810075885602258 X-GMAIL-MSGID: 1785810075885602258 |
Series |
arm64: dts: qcom: Add coresight nodes for sm8450
|
|
Commit Message
Mao Jinlong
Dec. 20, 2023, 2:05 p.m. UTC
Update the suffix for ete node name to be with "-".
Signed-off-by: Mao Jinlong <quic_jinlmao@quicinc.com>
---
.../bindings/arm/arm,embedded-trace-extension.yaml | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
Comments
On 20/12/2023 15:05, Mao Jinlong wrote: > Update the suffix for ete node name to be with "-". > > Signed-off-by: Mao Jinlong <quic_jinlmao@quicinc.com> > --- > .../bindings/arm/arm,embedded-trace-extension.yaml | 6 +++--- > 1 file changed, 3 insertions(+), 3 deletions(-) > > diff --git a/Documentation/devicetree/bindings/arm/arm,embedded-trace-extension.yaml b/Documentation/devicetree/bindings/arm/arm,embedded-trace-extension.yaml > index f725e6940993..cbf583d34029 100644 > --- a/Documentation/devicetree/bindings/arm/arm,embedded-trace-extension.yaml > +++ b/Documentation/devicetree/bindings/arm/arm,embedded-trace-extension.yaml > @@ -23,7 +23,7 @@ description: | > > properties: > $nodename: > - pattern: "^ete([0-9a-f]+)$" > + pattern: "^ete-([0-9a-f]+)$" My concerns are not resolved. Why is it here in the first place? Best regards, Krzysztof
On 12/20/2023 11:50 PM, Krzysztof Kozlowski wrote: > On 20/12/2023 15:05, Mao Jinlong wrote: >> Update the suffix for ete node name to be with "-". >> >> Signed-off-by: Mao Jinlong <quic_jinlmao@quicinc.com> >> --- >> .../bindings/arm/arm,embedded-trace-extension.yaml | 6 +++--- >> 1 file changed, 3 insertions(+), 3 deletions(-) >> >> diff --git a/Documentation/devicetree/bindings/arm/arm,embedded-trace-extension.yaml b/Documentation/devicetree/bindings/arm/arm,embedded-trace-extension.yaml >> index f725e6940993..cbf583d34029 100644 >> --- a/Documentation/devicetree/bindings/arm/arm,embedded-trace-extension.yaml >> +++ b/Documentation/devicetree/bindings/arm/arm,embedded-trace-extension.yaml >> @@ -23,7 +23,7 @@ description: | >> >> properties: >> $nodename: >> - pattern: "^ete([0-9a-f]+)$" >> + pattern: "^ete-([0-9a-f]+)$" > > My concerns are not resolved. Why is it here in the first place? Hi Krzysztof, ETE is acronym of embedded trace extension. The number of the name is the same as the number of the CPU it belongs to. Hi Suzuki, Please help to comment on this. Thanks Jinlong Mao > > Best regards, > Krzysztof >
On 21/12/2023 04:28, Jinlong Mao wrote: >>> diff --git a/Documentation/devicetree/bindings/arm/arm,embedded-trace-extension.yaml b/Documentation/devicetree/bindings/arm/arm,embedded-trace-extension.yaml >>> index f725e6940993..cbf583d34029 100644 >>> --- a/Documentation/devicetree/bindings/arm/arm,embedded-trace-extension.yaml >>> +++ b/Documentation/devicetree/bindings/arm/arm,embedded-trace-extension.yaml >>> @@ -23,7 +23,7 @@ description: | >>> >>> properties: >>> $nodename: >>> - pattern: "^ete([0-9a-f]+)$" >>> + pattern: "^ete-([0-9a-f]+)$" >> >> My concerns are not resolved. Why is it here in the first place? > > Hi Krzysztof, > > ETE is acronym of embedded trace extension. The number of the name is > the same as the number of the CPU it belongs to. This is obvious and was not my question. Best regards, Krzysztof
On 12/21/2023 4:12 PM, Krzysztof Kozlowski wrote: > On 21/12/2023 04:28, Jinlong Mao wrote: >>>> diff --git a/Documentation/devicetree/bindings/arm/arm,embedded-trace-extension.yaml b/Documentation/devicetree/bindings/arm/arm,embedded-trace-extension.yaml >>>> index f725e6940993..cbf583d34029 100644 >>>> --- a/Documentation/devicetree/bindings/arm/arm,embedded-trace-extension.yaml >>>> +++ b/Documentation/devicetree/bindings/arm/arm,embedded-trace-extension.yaml >>>> @@ -23,7 +23,7 @@ description: | >>>> >>>> properties: >>>> $nodename: >>>> - pattern: "^ete([0-9a-f]+)$" >>>> + pattern: "^ete-([0-9a-f]+)$" >>> >>> My concerns are not resolved. Why is it here in the first place? >> >> Hi Krzysztof, >> >> ETE is acronym of embedded trace extension. The number of the name is >> the same as the number of the CPU it belongs to. > > This is obvious and was not my question. Do you mean why the pattern match of the node name is added here ? This node should not have the node name match, right ? Thanks Jinlong Mao > > Best regards, > Krzysztof >
On 21/12/2023 09:15, Jinlong Mao wrote: > > > On 12/21/2023 4:12 PM, Krzysztof Kozlowski wrote: >> On 21/12/2023 04:28, Jinlong Mao wrote: >>>>> diff --git a/Documentation/devicetree/bindings/arm/arm,embedded-trace-extension.yaml b/Documentation/devicetree/bindings/arm/arm,embedded-trace-extension.yaml >>>>> index f725e6940993..cbf583d34029 100644 >>>>> --- a/Documentation/devicetree/bindings/arm/arm,embedded-trace-extension.yaml >>>>> +++ b/Documentation/devicetree/bindings/arm/arm,embedded-trace-extension.yaml >>>>> @@ -23,7 +23,7 @@ description: | >>>>> >>>>> properties: >>>>> $nodename: >>>>> - pattern: "^ete([0-9a-f]+)$" >>>>> + pattern: "^ete-([0-9a-f]+)$" >>>> >>>> My concerns are not resolved. Why is it here in the first place? >>> >>> Hi Krzysztof, >>> >>> ETE is acronym of embedded trace extension. The number of the name is >>> the same as the number of the CPU it belongs to. >> >> This is obvious and was not my question. > > Do you mean why the pattern match of the node name is added here ? Yes, especially that it is requiring a non-generic name. > > This node should not have the node name match, right ? Usually. For sure shouldn't be for non-generic names. Best regards, Krzysztof
On 12/21/2023 4:17 PM, Krzysztof Kozlowski wrote: > On 21/12/2023 09:15, Jinlong Mao wrote: >> >> >> On 12/21/2023 4:12 PM, Krzysztof Kozlowski wrote: >>> On 21/12/2023 04:28, Jinlong Mao wrote: >>>>>> diff --git a/Documentation/devicetree/bindings/arm/arm,embedded-trace-extension.yaml b/Documentation/devicetree/bindings/arm/arm,embedded-trace-extension.yaml >>>>>> index f725e6940993..cbf583d34029 100644 >>>>>> --- a/Documentation/devicetree/bindings/arm/arm,embedded-trace-extension.yaml >>>>>> +++ b/Documentation/devicetree/bindings/arm/arm,embedded-trace-extension.yaml >>>>>> @@ -23,7 +23,7 @@ description: | >>>>>> >>>>>> properties: >>>>>> $nodename: >>>>>> - pattern: "^ete([0-9a-f]+)$" >>>>>> + pattern: "^ete-([0-9a-f]+)$" >>>>> >>>>> My concerns are not resolved. Why is it here in the first place? >>>> >>>> Hi Krzysztof, >>>> >>>> ETE is acronym of embedded trace extension. The number of the name is >>>> the same as the number of the CPU it belongs to. >>> >>> This is obvious and was not my question. >> >> Do you mean why the pattern match of the node name is added here ? > > Yes, especially that it is requiring a non-generic name. > >> >> This node should not have the node name match, right ? > > Usually. For sure shouldn't be for non-generic names. > Hi Suzuki, Can we remove the pattern match of the node name and use a generic name "ete" for the ete DT nodes ? Thanks Jinlong Mao > Best regards, > Krzysztof >
On 21/12/2023 09:36, Jinlong Mao wrote: > > > On 12/21/2023 4:17 PM, Krzysztof Kozlowski wrote: >> On 21/12/2023 09:15, Jinlong Mao wrote: >>> >>> >>> On 12/21/2023 4:12 PM, Krzysztof Kozlowski wrote: >>>> On 21/12/2023 04:28, Jinlong Mao wrote: >>>>>>> diff --git a/Documentation/devicetree/bindings/arm/arm,embedded-trace-extension.yaml b/Documentation/devicetree/bindings/arm/arm,embedded-trace-extension.yaml >>>>>>> index f725e6940993..cbf583d34029 100644 >>>>>>> --- a/Documentation/devicetree/bindings/arm/arm,embedded-trace-extension.yaml >>>>>>> +++ b/Documentation/devicetree/bindings/arm/arm,embedded-trace-extension.yaml >>>>>>> @@ -23,7 +23,7 @@ description: | >>>>>>> >>>>>>> properties: >>>>>>> $nodename: >>>>>>> - pattern: "^ete([0-9a-f]+)$" >>>>>>> + pattern: "^ete-([0-9a-f]+)$" >>>>>> >>>>>> My concerns are not resolved. Why is it here in the first place? >>>>> >>>>> Hi Krzysztof, >>>>> >>>>> ETE is acronym of embedded trace extension. The number of the name is >>>>> the same as the number of the CPU it belongs to. >>>> >>>> This is obvious and was not my question. >>> >>> Do you mean why the pattern match of the node name is added here ? >> >> Yes, especially that it is requiring a non-generic name. >> >>> >>> This node should not have the node name match, right ? >> >> Usually. For sure shouldn't be for non-generic names. >> > Hi Suzuki, > > Can we remove the pattern match of the node name and use a generic name > "ete" for the ete DT nodes ? "ete" is not a generic name. What is generic here? It's an acronym of some specific device name. Best regards, Krzysztof
On 12/21/2023 4:44 PM, Krzysztof Kozlowski wrote: > On 21/12/2023 09:36, Jinlong Mao wrote: >> >> >> On 12/21/2023 4:17 PM, Krzysztof Kozlowski wrote: >>> On 21/12/2023 09:15, Jinlong Mao wrote: >>>> >>>> >>>> On 12/21/2023 4:12 PM, Krzysztof Kozlowski wrote: >>>>> On 21/12/2023 04:28, Jinlong Mao wrote: >>>>>>>> diff --git a/Documentation/devicetree/bindings/arm/arm,embedded-trace-extension.yaml b/Documentation/devicetree/bindings/arm/arm,embedded-trace-extension.yaml >>>>>>>> index f725e6940993..cbf583d34029 100644 >>>>>>>> --- a/Documentation/devicetree/bindings/arm/arm,embedded-trace-extension.yaml >>>>>>>> +++ b/Documentation/devicetree/bindings/arm/arm,embedded-trace-extension.yaml >>>>>>>> @@ -23,7 +23,7 @@ description: | >>>>>>>> >>>>>>>> properties: >>>>>>>> $nodename: >>>>>>>> - pattern: "^ete([0-9a-f]+)$" >>>>>>>> + pattern: "^ete-([0-9a-f]+)$" >>>>>>> >>>>>>> My concerns are not resolved. Why is it here in the first place? >>>>>> >>>>>> Hi Krzysztof, >>>>>> >>>>>> ETE is acronym of embedded trace extension. The number of the name is >>>>>> the same as the number of the CPU it belongs to. >>>>> >>>>> This is obvious and was not my question. >>>> >>>> Do you mean why the pattern match of the node name is added here ? >>> >>> Yes, especially that it is requiring a non-generic name. >>> >>>> >>>> This node should not have the node name match, right ? >>> >>> Usually. For sure shouldn't be for non-generic names. >>> >> Hi Suzuki, >> >> Can we remove the pattern match of the node name and use a generic name >> "ete" for the ete DT nodes ? > > "ete" is not a generic name. What is generic here? It's an acronym of > some specific device name. > The device full name is embedded trace extension. So use ETE as the name here. Thanks Jinlong Mao >
On 26/12/2023 02:50, Jinlong Mao wrote: > > > On 12/21/2023 4:44 PM, Krzysztof Kozlowski wrote: >> On 21/12/2023 09:36, Jinlong Mao wrote: >>> >>> >>> On 12/21/2023 4:17 PM, Krzysztof Kozlowski wrote: >>>> On 21/12/2023 09:15, Jinlong Mao wrote: >>>>> >>>>> >>>>> On 12/21/2023 4:12 PM, Krzysztof Kozlowski wrote: >>>>>> On 21/12/2023 04:28, Jinlong Mao wrote: >>>>>>>>> diff --git a/Documentation/devicetree/bindings/arm/arm,embedded-trace-extension.yaml b/Documentation/devicetree/bindings/arm/arm,embedded-trace-extension.yaml >>>>>>>>> index f725e6940993..cbf583d34029 100644 >>>>>>>>> --- a/Documentation/devicetree/bindings/arm/arm,embedded-trace-extension.yaml >>>>>>>>> +++ b/Documentation/devicetree/bindings/arm/arm,embedded-trace-extension.yaml >>>>>>>>> @@ -23,7 +23,7 @@ description: | >>>>>>>>> >>>>>>>>> properties: >>>>>>>>> $nodename: >>>>>>>>> - pattern: "^ete([0-9a-f]+)$" >>>>>>>>> + pattern: "^ete-([0-9a-f]+)$" >>>>>>>> >>>>>>>> My concerns are not resolved. Why is it here in the first place? >>>>>>> >>>>>>> Hi Krzysztof, >>>>>>> >>>>>>> ETE is acronym of embedded trace extension. The number of the name is >>>>>>> the same as the number of the CPU it belongs to. >>>>>> >>>>>> This is obvious and was not my question. You already said it here... >>>>> >>>>> Do you mean why the pattern match of the node name is added here ? >>>> >>>> Yes, especially that it is requiring a non-generic name. >>>> >>>>> >>>>> This node should not have the node name match, right ? >>>> >>>> Usually. For sure shouldn't be for non-generic names. >>>> >>> Hi Suzuki, >>> >>> Can we remove the pattern match of the node name and use a generic name >>> "ete" for the ete DT nodes ? >> >> "ete" is not a generic name. What is generic here? It's an acronym of >> some specific device name. >> > > The device full name is embedded trace extension. So use ETE as the name > here. That's obvious and my comment was not about it. Second time... This is my unlucky day... I said, why do you even want to enforce name which is not generic, since the names should be generic? I assume you read the DT specification: https://devicetree-specification.readthedocs.io/en/latest/chapter2-devicetree-basics.html#generic-names-recommendation Best regards, Krzysztof
On 26/12/2023 09:36, Krzysztof Kozlowski wrote: > On 26/12/2023 02:50, Jinlong Mao wrote: >> >> >> On 12/21/2023 4:44 PM, Krzysztof Kozlowski wrote: >>> On 21/12/2023 09:36, Jinlong Mao wrote: >>>> >>>> >>>> On 12/21/2023 4:17 PM, Krzysztof Kozlowski wrote: >>>>> On 21/12/2023 09:15, Jinlong Mao wrote: >>>>>> >>>>>> >>>>>> On 12/21/2023 4:12 PM, Krzysztof Kozlowski wrote: >>>>>>> On 21/12/2023 04:28, Jinlong Mao wrote: >>>>>>>>>> diff --git a/Documentation/devicetree/bindings/arm/arm,embedded-trace-extension.yaml b/Documentation/devicetree/bindings/arm/arm,embedded-trace-extension.yaml >>>>>>>>>> index f725e6940993..cbf583d34029 100644 >>>>>>>>>> --- a/Documentation/devicetree/bindings/arm/arm,embedded-trace-extension.yaml >>>>>>>>>> +++ b/Documentation/devicetree/bindings/arm/arm,embedded-trace-extension.yaml >>>>>>>>>> @@ -23,7 +23,7 @@ description: | >>>>>>>>>> >>>>>>>>>> properties: >>>>>>>>>> $nodename: >>>>>>>>>> - pattern: "^ete([0-9a-f]+)$" >>>>>>>>>> + pattern: "^ete-([0-9a-f]+)$" >>>>>>>>> >>>>>>>>> My concerns are not resolved. Why is it here in the first place? >>>>>>>> >>>>>>>> Hi Krzysztof, >>>>>>>> >>>>>>>> ETE is acronym of embedded trace extension. The number of the name is >>>>>>>> the same as the number of the CPU it belongs to. >>>>>>> >>>>>>> This is obvious and was not my question. > > You already said it here... > >>>>>> >>>>>> Do you mean why the pattern match of the node name is added here ? >>>>> >>>>> Yes, especially that it is requiring a non-generic name. >>>>> >>>>>> >>>>>> This node should not have the node name match, right ? >>>>> >>>>> Usually. For sure shouldn't be for non-generic names. >>>>> >>>> Hi Suzuki, >>>> >>>> Can we remove the pattern match of the node name and use a generic name >>>> "ete" for the ete DT nodes ? >>> >>> "ete" is not a generic name. What is generic here? It's an acronym of >>> some specific device name. >>> >> >> The device full name is embedded trace extension. So use ETE as the name >> here. > > That's obvious and my comment was not about it. Second time... This is > my unlucky day... I said, why do you even want to enforce name which is > not generic, since the names should be generic? > I think we can just drop the enforced name if it's getting in the way. It doesn't really do anything and other Coresight bindings don't have it anyway. > I assume you read the DT specification: > https://devicetree-specification.readthedocs.io/en/latest/chapter2-devicetree-basics.html#generic-names-recommendation > > > Best regards, > Krzysztof > I couldn't find anything in that list that would be a good fit for a name, and it seems like all of the Coresight devices have already been added with non generic names (like funnel and replicator etc), so it might be a bit late now. But if we drop the enforced name then it's probably fine. James
On 12/28/2023 7:02 PM, James Clark wrote: > > On 26/12/2023 09:36, Krzysztof Kozlowski wrote: >> On 26/12/2023 02:50, Jinlong Mao wrote: >>> >>> On 12/21/2023 4:44 PM, Krzysztof Kozlowski wrote: >>>> On 21/12/2023 09:36, Jinlong Mao wrote: >>>>> >>>>> On 12/21/2023 4:17 PM, Krzysztof Kozlowski wrote: >>>>>> On 21/12/2023 09:15, Jinlong Mao wrote: >>>>>>> >>>>>>> On 12/21/2023 4:12 PM, Krzysztof Kozlowski wrote: >>>>>>>> On 21/12/2023 04:28, Jinlong Mao wrote: >>>>>>>>>>> diff --git a/Documentation/devicetree/bindings/arm/arm,embedded-trace-extension.yaml b/Documentation/devicetree/bindings/arm/arm,embedded-trace-extension.yaml >>>>>>>>>>> index f725e6940993..cbf583d34029 100644 >>>>>>>>>>> --- a/Documentation/devicetree/bindings/arm/arm,embedded-trace-extension.yaml >>>>>>>>>>> +++ b/Documentation/devicetree/bindings/arm/arm,embedded-trace-extension.yaml >>>>>>>>>>> @@ -23,7 +23,7 @@ description: | >>>>>>>>>>> >>>>>>>>>>> properties: >>>>>>>>>>> $nodename: >>>>>>>>>>> - pattern: "^ete([0-9a-f]+)$" >>>>>>>>>>> + pattern: "^ete-([0-9a-f]+)$" >>>>>>>>>> My concerns are not resolved. Why is it here in the first place? >>>>>>>>> Hi Krzysztof, >>>>>>>>> >>>>>>>>> ETE is acronym of embedded trace extension. The number of the name is >>>>>>>>> the same as the number of the CPU it belongs to. >>>>>>>> This is obvious and was not my question. >> You already said it here... >> >>>>>>> Do you mean why the pattern match of the node name is added here ? >>>>>> Yes, especially that it is requiring a non-generic name. >>>>>> >>>>>>> This node should not have the node name match, right ? >>>>>> Usually. For sure shouldn't be for non-generic names. >>>>>> >>>>> Hi Suzuki, >>>>> >>>>> Can we remove the pattern match of the node name and use a generic name >>>>> "ete" for the ete DT nodes ? >>>> "ete" is not a generic name. What is generic here? It's an acronym of >>>> some specific device name. >>>> >>> The device full name is embedded trace extension. So use ETE as the name >>> here. >> That's obvious and my comment was not about it. Second time... This is >> my unlucky day... I said, why do you even want to enforce name which is >> not generic, since the names should be generic? >> > I think we can just drop the enforced name if it's getting in the way. > It doesn't really do anything and other Coresight bindings don't have it > anyway. > >> I assume you read the DT specification: >> https://devicetree-specification.readthedocs.io/en/latest/chapter2-devicetree-basics.html#generic-names-recommendation >> >> >> Best regards, >> Krzysztof >> > I couldn't find anything in that list that would be a good fit for a > name, and it seems like all of the Coresight devices have already been > added with non generic names (like funnel and replicator etc), so it > might be a bit late now. > > But if we drop the enforced name then it's probably fine. ThanksĀ James. I will make change to remove the "$nodename:". Thanks Jinlong Mao > > James
diff --git a/Documentation/devicetree/bindings/arm/arm,embedded-trace-extension.yaml b/Documentation/devicetree/bindings/arm/arm,embedded-trace-extension.yaml index f725e6940993..cbf583d34029 100644 --- a/Documentation/devicetree/bindings/arm/arm,embedded-trace-extension.yaml +++ b/Documentation/devicetree/bindings/arm/arm,embedded-trace-extension.yaml @@ -23,7 +23,7 @@ description: | properties: $nodename: - pattern: "^ete([0-9a-f]+)$" + pattern: "^ete-([0-9a-f]+)$" compatible: items: - const: arm,embedded-trace-extension @@ -55,13 +55,13 @@ examples: # An ETE node without legacy CoreSight connections - | - ete0 { + ete-0 { compatible = "arm,embedded-trace-extension"; cpu = <&cpu_0>; }; # An ETE node with legacy CoreSight connections - | - ete1 { + ete-1 { compatible = "arm,embedded-trace-extension"; cpu = <&cpu_1>;