From mboxrd@z Thu Jan 1 00:00:00 1970 Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.remote-ip=205.220.180.131 ARC-Seal: i=1; d=subspace.kernel.org; s=arc20261015; a=rsa-sha256; cv=none; t=1793163301; b=emyoW05dH+pOu02eb5ysmnM1jft02Wq9kfBbjTJYxiax4w4emV1Fziw3kBed0euIAlDs xcbCr2LfI6nBDqB/y+p7gkgtxvwfqoyqepj3dEKqjbjxKEQfY7n3utO7a1xe4KgCLCt5k nc3ZLGvJZNUCBc/osoLP4rM0wfF5nH3OVSlcZOotmts+sBAaTlI6pKC/id9L5Xhe3FOdH 9NCF97L8d2TzZ8hXPvDr/EVuPlm/qPFpuZy7/FkuqyS0xpEcMXtTVJIPyKslnbtiF+QUM KppEZcB0PCPdX6z/xmSUPRnP0hC1AXC7LxTJosuPVSIx2+NW6YTPpNv/ukefju9I3qA== ARC-Message-Signature: i=1; d=subspace.kernel.org; s=arc20261015; a=rsa-sha256; c=relaxed/relaxed; t=1793163301; h=DMARC-Filter:Received:DKIM-Signature:Received:Received: DKIM-Signature:X-Google-DKIM-Signature:X-Forwarded-Encrypted: X-Gm-Message-State:X-Gm-Gg:X-Received:X-Received:Received:Message-ID: Date:MIME-Version:User-Agent:From:Subject:To:Cc:References: Content-Language:In-Reply-To:Content-Type:Content-Transfer-Encoding: X-Proofpoint-GUID:X-Authority-Analysis:X-Proofpoint-Spam-Info: X-Proofpoint-Spam-Details-Enc:X-Proofpoint-ORIG-GUID: X-Proofpoint-Virus-Version:X-Proofpoint-Spam-Details; bh=3ENjMukqGezBEqDx8E0hhaO96niseWqvsdOzSH3ZOCY=; b=eEmOio0rQ+10vSle9zWTfxjKIvZV31EPOJKJJ8dw6PTKCMvuM/TkU8e3d0tukpjLseF8 mDCqn4gIP/Ir7YRebxQoZdbCKk1I/La99yB58C2TiRbsWKu+f9cL1q+uF7w0JoyUT2jbU nX9sK062qzNI/kNX3hDYeNS5MW48gnG9sga+7FIepi7EvZbGd3/Rjy3yWzuE3YUBl4WQD JSIedZi/BwJwlAkAyf+AUeHyOBUd+90Cfn2DgiV2/Ht9pTyr0cKJdciHl7DCTs/W0DgqI me6FhWMLmdSXkMIOOz1WR0o/1uv/mMFQ4kZBzhBaJOKytOmHWbvgSJ+k110hMAGfoRA== ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dmarc=pass header.from=oss.qualcomm.com; spf=pass smtp.mailfrom=oss.qualcomm.com; dkim=pass header.d=qualcomm.com header.i=@qualcomm.com header.a=rsa-sha256 header.s=qcppdkim1 header.b=Mfxua5a9; dkim=pass header.d=oss.qualcomm.com header.i=@oss.qualcomm.com header.a=rsa-sha256 header.s=google header.b=LeOWFQYz; arc=none smtp.remote-ip=205.220.180.131 Received: from mx0b-0031df01.pphosted.com (mx0b-0031df01.pphosted.com [205.220.180.131]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id E51E2606A31F for ; Wed, 28 Oct 2026 04:55:00 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.4.2 smtp.subspace.kernel.org E51E2606A31F Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=oss.qualcomm.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=oss.qualcomm.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key, unprotected) header.d=qualcomm.com header.i=@qualcomm.com header.a=rsa-sha256 header.s=qcppdkim1 header.b=Mfxua5a9; dkim=pass (2048-bit key, unprotected) header.d=oss.qualcomm.com header.i=@oss.qualcomm.com header.a=rsa-sha256 header.s=google header.b=LeOWFQYz Received: from pps.filterd (m0279869.ppops.net [127.0.0.1]) by mx0a-0031df01.pphosted.com (8.18.1.11/8.18.1.11) with ESMTP id 69S4PYUE588365 for ; Wed, 28 Oct 2026 04:55:00 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=qualcomm.com; h= cc:content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to; s=qcppdkim1; bh= 3ENjMukqGezBEqDx8E0hhaO96niseWqvsdOzSH3ZOCY=; b=Mfxua5a9zWi8i4sd omurzAKhHvS0ndcgLcuCsn+7AevgJbXeRvR9pr+nsbFnJZd69SmM6uXk1JqkFdEw Q6Lc9gkGtZVA45mKxjr30ejLfFdsDqPlBTX3E0VrEIN7S7Fb3spCPaMeyUFzTFA5 +2Yg2eDon8AGNuoiSdvCkKRJL0w4SdGBdOqnCzbxW+/G/4gfiW+ZReOtXdAgWYW1 75FpV7vDbmrcQTQhwg/B/9CNkSMcqaERx8JSs1mj0qKrrSuIUqvCJRerelrXEiJ5 v2h04vqGq2buw+t9lI/m78bo1l37+3QJcYJcoR2ZVbfPgNPCvPZ0oybPCK3g77sK nrT0dw== Received: from mail-dy1-f199.google.com (mail-dy1-f199.google.com [74.125.82.199]) by mx0a-0031df01.pphosted.com (PPS) with ESMTPS id 4hk2qe1hhs-1 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NOT) for ; Wed, 28 Oct 2026 04:54:59 +0000 (GMT) Received: by mail-dy1-f199.google.com with SMTP id 5a478bee46e88-351788121cfso211145eec.0 for ; Tue, 27 Oct 2026 21:54:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oss.qualcomm.com; s=google; t=1793163299; x=1793768099; darn=vger.kernel.org; h=content-transfer-encoding:content-type:in-reply-to:content-language :references:cc:to:subject:from:user-agent:mime-version:date :message-id:from:to:cc:subject:date:message-id:reply-to:content-type; bh=3ENjMukqGezBEqDx8E0hhaO96niseWqvsdOzSH3ZOCY=; b=LeOWFQYz8cyHJ6YKLhaetUejud4TD/ni93fFd/BPqF6t6jWwuo+cccvnUIEjDE7awA YGcUeLpsU6afNGxan2+XwQDqp6pHOAorabUWVp7ygWClf3gxUyit5sFplJ2r/o3XDCi3 Wws5itQlav0Gxl8v5Qtnwa50ElGBgtB+eFXo5cmT8Yl62h9Am0bkEuHj1Oi3neGs/xfX 90Id+hzHlAmf158LFUTzVeBWX+0T7QYcSTkcqpjf5y1/mvlFsuWnhVi7BXGXpLrIMNkM a1a9yOTrucZa4JzNI9huI/H77Srg7yv/rAAeSOLmh5ipVmOTf3/bI8pXt5DeEJFY0A1x oXRA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20260707; t=1793163299; x=1793768099; h=content-transfer-encoding:content-type:in-reply-to:content-language :references:cc:to:subject:from:user-agent:mime-version:date :message-id:x-gm-gg:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to:content-type; bh=3ENjMukqGezBEqDx8E0hhaO96niseWqvsdOzSH3ZOCY=; b=1/SbD8QmJf5Lh/fR6Lcyd0oXyfnvzGJAvfVxfXHHV/bFVVz0zT5HpKtACg5z9HtVUz bA3G3wfTsy13E8aS6q1xmsNU6TweFynVsN3AnZSikjHK5+J2/qC4i5uwJIYXjCvQYxMg bmd006HLl+kwM+mVy7AiZpe0+y+8JQcBlGWTXW+W1L3uaZM51WZqOCxeqcsNchx2QMRC 6/J5LDxZ87iMeSgBIhV8qdylNXnmANCIibGLu9AviH7KLkDJVrpIaWq8nN5UIXyYA2Mc zlsXu+E/0x8gduIY/lkm3fZ+9+bc2auE+dANDvmyf9knNU8mIalKY/K9oMt+QnZaA8DH eu1w== X-Forwarded-Encrypted: i=1; AKwUvBy6kT6g1uchSmLGLuz+cRHWK/d5Gc7Sx0XY1Ic7Q+7t59huYLFq6bHb/91Onw3/dRMReUzrMDA=@vger.kernel.org X-Gm-Message-State: AFq9FYI+InZAnvKM73ndCOPpu6GHhmmXREQmm8b/t0afF0C/XogsY7hJ uc1Q4Xs4rbfj8JjmJMUlRdHspwLaiqSVx2h38RrOuupzuAqQ7pmDdKBIp7Tu/IkxEUd45GYnnIB GvoqD9D14xueu5fJXHPvVubcQ/KWILAGnvebQaU3+EUp1M7ySxrPRJQ/xrP35eqjb77s= X-Gm-Gg: AYBFou3Pm5TPcdDTofOF+2Ed6jlzu/mlq9QjK6NWMO6x4wD8Prhfbad3TOw4ki1oQps 6td8aR8BoslsIbgGTd2BnYa+t50qrWwWlF7+oiPHPkWJ0I2JQY2eZp3g29jIqm7UtUwQlughYyW xsGexmkmJerwu28vKMKEdHAuuQ/Dxrs57qmWqe9I0lZuWqnPUvkNQvLUnKZGG174/hLEokl1wyL LUoKXtw3r00dU4HccHAwrEvmVZdsEHD14zVSo7gL2fmPLyEdAsiHQo6XpYv1fko2zvJq29p/tWU i4DAOUxCcrQnx/5QnyK0M7UOXhnpqeSx++dnwhS1d2WQe5jCrLCZci5S5b99y2P7EH1Tf6MMLX7 bcbTYVHaz7EA5YZoPh+c8yvKOtDnPqJCgRrcXQpidUQXTIN5Ic4AeIoWDYJ76zTpgAwUtetD8Wf p8 X-Received: by 2002:a05:7301:f05:b0:369:f126:9ce2 with SMTP id 5a478bee46e88-36a204d6e15mr1983700eec.41.1793163298691; Tue, 27 Oct 2026 21:54:58 -0700 (PDT) X-Received: by 2002:a05:7301:f05:b0:369:f126:9ce2 with SMTP id 5a478bee46e88-36a204d6e15mr1983670eec.41.1793163298111; Tue, 27 Oct 2026 21:54:58 -0700 (PDT) Received: from [10.217.216.70] ([202.46.22.19]) by smtp.gmail.com with ESMTPSA id 5a478bee46e88-36a2396276asm2031284eec.22.2026.10.27.21.54.52 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 27 Oct 2026 21:54:57 -0700 (PDT) Message-ID: Date: Wed, 28 Oct 2026 10:24:38 +0530 X-Mailing-List: netdev@vger.kernel.org List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list MIME-Version: 1.0 User-Agent: Mozilla Thunderbird From: Imran Shaik Subject: Re: [PATCH 1/6] dt-bindings: ptp: Document the TSCSS on Qualcomm Lemans and Monaco SoCs To: Krzysztof Kozlowski , Rob Herring , Krzysztof Kozlowski , Conor Dooley , Richard Cochran , Andrew Lunn , "David S. Miller" , Eric Dumazet , Jakub Kicinski , Paolo Abeni , Bjorn Andersson , Konrad Dybcio Cc: Ajit Pandey , Taniya Das , Jagadeesh Kona , linux-arm-msm@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, netdev@vger.kernel.org References: <20260727-tscss-v1-0-beed14e72510@oss.qualcomm.com> <20260727-tscss-v1-1-beed14e72510@oss.qualcomm.com> <02792987-7ad8-4a6b-81ad-559c63174bb0@kernel.org> <640acacb-1704-4ee6-aa34-d6be3b30b44b@oss.qualcomm.com> <7f6839fb-59b0-4f6d-a3f8-7579f6d40857@oss.qualcomm.com> <237b2f74-4a9b-4df2-a0fe-a7b783ed5267@oss.qualcomm.com> <8fdc66b2-6047-4f3d-932f-1e6883e370bc@kernel.org> Content-Language: en-US In-Reply-To: <8fdc66b2-6047-4f3d-932f-1e6883e370bc@kernel.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Proofpoint-GUID: EPTagUZNR2CIgpqJT2YapMcPbELc1UP3 X-Authority-Analysis: v=2.4 cv=YuGa1IYX c=1 sm=1 tr=0 ts=6ae18023 cx=c_pps a=cFYjgdjTJScbgFmBucgdfQ==:117 a=fChuTYTh2wq5r3m49p7fHw==:17 a=IkcTkHD0fZMA:10 a=660iZSQnnn4A:10 a=s4-Qcg_JpJYA:10 a=VkNPw1HP01LnGYTKEx00:22 a=u7WPNUs3qKkmUXheDGA7:22 a=_glEPmIy2e8OvE2BGh3C:22 a=bmQgafSgubap5fUq5zoA:9 a=QEXdDO2ut3YA:10 a=scEy_gLbYbu1JhEsrz4S:22 X-Proofpoint-Spam-Info: AW1haW4tMjYxMDI4MDAxOSBTYWx0ZWRfX0MMnAhobnJ/y QmkuWwLZxBbDlBsuUaNVzKFaHN686Z9+5GOicRBL9Ig7ZzA2de7e0aCotRJrBX0qSADli+a0d3c 9q6z+pqv5QdMiKunfJzlUom6RobhwwY= X-Proofpoint-Spam-Details-Enc: AW1haW4tMjYxMDI4MDAxOSBTYWx0ZWRfX5dR4w2zVfLYh ZS2UnZOfmio9qeysCw0nEZ1hgqUJRNoNoR/5y1funSwgtKtYETwARQi7ttwa4mA3QOpQam/mEJW xuM4DeG5L71Ro84KdwkYyWNOVXqBqNmmsXBOf7hrWwbBRxROgNwtPUBl1cbEHIv16VSX+aOhmR/ 7huANR/kOevBE0KyXqHx5rlM9guxbTw4ZjWgVSNq48M5HEwYxi5IXk/tHUDWLrAFjr7b9EJvLIo 0QLlcA72ZBhTYBornRfbhfh67OrYdUJ7BKvLNzTPNQ6iQ8222+9YZA7L1YrqoNdavUKByWIH4S+ Uuml446vlzXLNdzeEJazTY7iJMo6gHEuMuBl++HtujTsQ+ztb4VBOrt6G9JkhZXDrZ2/LvvoPFQ eOho8MEr+0+YutgmUqIaA8KQUJGB5GQCB+xzREVANAZBM+LfPI66rdyAyF8APewMJSS5v+7poVh cRUj8MWwOBizCDlU/RA== X-Proofpoint-ORIG-GUID: EPTagUZNR2CIgpqJT2YapMcPbELc1UP3 X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.293,Aquarius:18.0.1176,Hydra:6.1.138,FMLib:17.12.100.49 definitions=2026-10-28_02,2026-10-21_02,2025-10-01_01 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 clxscore=1015 impostorscore=0 phishscore=0 malwarescore=0 suspectscore=0 spamscore=0 lowpriorityscore=0 bulkscore=0 priorityscore=1501 adultscore=0 classifier=typeunknown authscore=0 authtc= authcc= route=outbound adjust=0 reason=mlx scancount=1 engine=8.22.0-2610190000 definitions=main-2610280019 On 27-10-2026 08:49 pm, Krzysztof Kozlowski wrote: > On 26/10/2026 13:55, Imran Shaik wrote: >>> >>>> >>>> On checking further, I found that our etu-slice sub node deviates from >>>> that example, since we don't have a compatible string for the sub node. >>>> >>>> Please let me know if we should move the pinctrl properties under the >>>> tscss node with per-slice names, or instead keep them under the >>>> etu-slice sub node and add a compatible there. >>> >>> etu-slice does not feel like device at all unfortunately. I see only >>> address space, so one resource, which might be enough but lack of >>> description for the subnode is not helping. I have doubts that separate >>> subnodes should be there in the first place, but if they stay, describe >>> the child node fully - what sort of device it is. Just because there is >>> independent timestamping counter does not make it separate device, just >>> like independent interrupt in GIC is not itself an independent device. >>> >> >> The ETU is an independent hardware block within TSCSS that captures/ > > How is it independent? I see no resources, except address space. A > channel of some device does not mean it is a separate device. > Sure, got it. > >> snapshots the TSC timestamp in response to an external hardware >> event trigger, for each slice individually. Hence the subnodes approach >> was followed and will capture these details in the description as well. >> >> If we drop the subnodes and add everything into the parent TSCSS node >> instead, then all the arrays here must stay index aligned as per slice >> mapping. Example DTS node looks like this (QDU1000, 3 slices): >> >> ptp@1da0000 { >> compatible = "qcom,qdu1000-tscss"; >> reg = <0x0 0x01da0000 0x0 0x2000>, >> <0x0 0x01db0000 0x0 0x10000>; >> reg-names = "tsc", "etu"; >> >> ... >> >> interrupts = , >> , >> ; >> interrupt-names = "slice1", "slice5", "slice6"; >> >> pinctrl-0 = <&tod_pps>; >> pinctrl-1 = <&gps_pps>; >> pinctrl-2 = <&hardsync_pps>; >> pinctrl-names = "slice1", "slice5", "slice6"; >> >> qcom,etu-slice = <1 5 6>; >> qcom,etu-event-sel = <1 3 2>; > > Why this is not continuous? The slices are all fixed in the hardware. I > don't get why do you list some of them. > The slices are fixed and contiguous in hardware (e.g. QDU1000 has 16 ETU slices, 0-15), and accordingly will describe the bindings. But based on vendor/target board requirements, the slice configuration can use all 16 or only a few, and might not be continuous. If the board requirement is to get the external hardware event sourced via certain GPIOs based on the availability, then accordingly, the ETU slice and respective event sel needs to be configured. In the example, slice 1, 5 and 6 are used to route TOD PPS, GPS PPS and hardsync PPS pins respectively on QDU1000 SoC, and the remaining slices are not used. Thanks, Imran