Message ID | 20221124083510.3008139-2-mmaddireddy@nvidia.com |
---|---|
State | New |
Headers |
Return-Path: <linux-kernel-owner@vger.kernel.org> Delivered-To: ouuuleilei@gmail.com Received: by 2002:adf:f944:0:0:0:0:0 with SMTP id q4csp3266661wrr; Thu, 24 Nov 2022 00:37:04 -0800 (PST) X-Google-Smtp-Source: AA0mqf69fnrQEqFXCDsSwPmVrsfvY6iQkb18t1JwZOCy/h9KwX9PVIXYNy7pPLlmUd6538FbCjje X-Received: by 2002:a17:906:3a4c:b0:7ae:4f8f:36c with SMTP id a12-20020a1709063a4c00b007ae4f8f036cmr26269584ejf.137.1669279024689; Thu, 24 Nov 2022 00:37:04 -0800 (PST) ARC-Seal: i=2; a=rsa-sha256; t=1669279024; cv=pass; d=google.com; s=arc-20160816; b=c1GWADRIo2wppCKEa62FGnopLb59ZGW+zZabrOwUAWTgnaLcwUiJw2qLbI4jR0WDgJ c2KvjaSvWUgmjGVqnK37ytu9Qjv/g90nEhr2ZleMjwci39YUYVMWiktsbLU7vhVQZSWl W4pKZvKHgCBmllziKaUMQxjZQn6gVOVIDw6HWM4fJzupCXfKjCExwHu7hQoXdUuaj3NH DlrGW6xNS/whYsGRwmr9KzYidI1CQ4e54PCA/JXBLDywGoJK8Nra9Pdd4TUUKJjzv665 Wd7NkEHSEDuusJS3P9NfCDzuM4/9nRCRHaBZxT3vnz7fU3Ji/8Dwq0DzDiEnm+atAcWd rwyw== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from :dkim-signature; bh=8xcoN8E8eDV6o27uZ5mych5KBj7KtHVLv7J369H+1yc=; b=B9Dhg0CVl8Ekxto8w9+uvBNyZlx3Ed0VgmmUQc7F7tBF4P6KVWkCUV85YEjFn5t8mp cATQgOyBMVbQMj5SK1otfX+RyPPSjrhGOruLHIqq1XAsA1cCf87ugAO8sFNZXBpTlS3J ApbACdgDSNNdXA3jslJtoxCAr7cIZQ4teXm+OXV7TDS+op5bsVjtWs+SFIvMllbUOQiY q0MBLWOgKIQ4lZklIFPPR6o9BSZcTs8QKBrWCWaubaipwu3GiUe4YnUBok6fipi65coP QbtcTCTxM4vzDqklGKQOAglCJwYznm5jxz34qOlkVnQ5ggA5BuLRQHBVaMpAOKK7mUm0 j57A== ARC-Authentication-Results: i=2; mx.google.com; dkim=pass header.i=@Nvidia.com header.s=selector2 header.b=LxdYCLFG; arc=pass (i=1 spf=pass spfdomain=nvidia.com dmarc=pass fromdomain=nvidia.com); spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=nvidia.com Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id fi10-20020a056402550a00b004615a57e292si469269edb.426.2022.11.24.00.36.41; Thu, 24 Nov 2022 00:37:04 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@Nvidia.com header.s=selector2 header.b=LxdYCLFG; arc=pass (i=1 spf=pass spfdomain=nvidia.com dmarc=pass fromdomain=nvidia.com); spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=nvidia.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229916AbiKXIgQ (ORCPT <rfc822;fengqi706@gmail.com> + 99 others); Thu, 24 Nov 2022 03:36:16 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:59258 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229726AbiKXIgO (ORCPT <rfc822;linux-kernel@vger.kernel.org>); Thu, 24 Nov 2022 03:36:14 -0500 Received: from NAM12-DM6-obe.outbound.protection.outlook.com (mail-dm6nam12on2075.outbound.protection.outlook.com [40.107.243.75]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id CBA72DA4D6; Thu, 24 Nov 2022 00:36:13 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=bMcih3fJO5BvAVxcSj1/E5zjy+w9yMUOG1lxGbadO0HyrXFv+9Oxe+o5v7ciFy4yCHJ1CscHci1R142oIgLdqjmKJfxTAv4/PIFXNbqlx28IlmcJ4sYkTW8l05byweh+6jdVRSx88S+hpdYqGAf/6dbp05YuX/KG1Lf0CCcIyOq6tYFn7NjWkfNVPSEjTBhYd+VH59T8+StxHOYCtDe5EKSUkelZG3uBCqx5nP8l+BHEv6zQkqh52tumI+0Gkd7ddE2Ta/l9MIntIvdbO2OOYRcMJOXET9R98oJ8+4JImPRFsx6wFOsCh9/6Mfd3oj/RSxmSegGwG2zu6GlyXv4Aww== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=8xcoN8E8eDV6o27uZ5mych5KBj7KtHVLv7J369H+1yc=; b=gvmKTSm62s+Qsw21mfyA4CNvEJuo9br3+Hf/atO2ugJjUZldTWgvajs1JbaYk/QxfDY69W60A56B2udCp+qh1nzpd5+MnT4MZT0m4BZtBzE3q8786OOEOQ4TJLFnjgCzlZCH+jB3pZ20peIFm6reptTWS8Q82fZSUONKoCEzAQ7a5NSvgQTSHMFAjggN7gY3Mfz6mAdKQb4rPXcPuFSAmjk34eeQCpiv1h8OOf+Wy7gIyMOTixI/5xKNSOS/u1F1CrYS7md3zJpGycYbH/zcqnM59hla+K+8W/LNL9+mTuRiOK7tCyNAPY2JDbwDkcNf2boFYZBLHpIIgvZJVHVI/g== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass (sender ip is 216.228.117.160) smtp.rcpttodomain=kernel.org smtp.mailfrom=nvidia.com; dmarc=pass (p=reject sp=reject pct=100) action=none header.from=nvidia.com; dkim=none (message not signed); arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Nvidia.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=8xcoN8E8eDV6o27uZ5mych5KBj7KtHVLv7J369H+1yc=; b=LxdYCLFGc5OcJPT/yR23ex8L+5XnW6Wf2ctuJxqT8QIpOIiB/3jhZDTOJ6aSMpb+klKqm3OlWasHqBh8oY1jgHxg2E0YVUWEOHJESXV0l80LxvIZNlombwYZYkWeDlxFCq1qdWrzQ2e5Nks8Ar3GjD9mF9BYEr0jtPQ2bPkvON6FLUO/FBCKETQ1IaCkwn5k8XjfRYPJcYttXQsZ+Fzo7FlwgNH/icrpJ6OLr4TaxKFdVXklyD2YxLqu4n4UM3yLiPDtiO5XD2wLWVTP9D3tfoKaSG/h4krUDdj5jWSu+jvOuYxskRWGx88aonu+bOkt8LSl//Hc2jeWv5ypTx9jFg== Received: from DM6PR05CA0058.namprd05.prod.outlook.com (2603:10b6:5:335::27) by DM4PR12MB5937.namprd12.prod.outlook.com (2603:10b6:8:68::11) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5857.19; Thu, 24 Nov 2022 08:36:12 +0000 Received: from DM6NAM11FT068.eop-nam11.prod.protection.outlook.com (2603:10b6:5:335:cafe::5c) by DM6PR05CA0058.outlook.office365.com (2603:10b6:5:335::27) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5857.8 via Frontend Transport; Thu, 24 Nov 2022 08:36:12 +0000 X-MS-Exchange-Authentication-Results: spf=pass (sender IP is 216.228.117.160) smtp.mailfrom=nvidia.com; dkim=none (message not signed) header.d=none;dmarc=pass action=none header.from=nvidia.com; Received-SPF: Pass (protection.outlook.com: domain of nvidia.com designates 216.228.117.160 as permitted sender) receiver=protection.outlook.com; client-ip=216.228.117.160; helo=mail.nvidia.com; pr=C Received: from mail.nvidia.com (216.228.117.160) by DM6NAM11FT068.mail.protection.outlook.com (10.13.173.67) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5857.17 via Frontend Transport; Thu, 24 Nov 2022 08:36:11 +0000 Received: from rnnvmail204.nvidia.com (10.129.68.6) by mail.nvidia.com (10.129.200.66) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.36; Thu, 24 Nov 2022 00:35:58 -0800 Received: from rnnvmail205.nvidia.com (10.129.68.10) by rnnvmail204.nvidia.com (10.129.68.6) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.36; Thu, 24 Nov 2022 00:35:58 -0800 Received: from mmaddireddy-ubuntu.nvidia.com (10.127.8.10) by mail.nvidia.com (10.129.68.10) with Microsoft SMTP Server id 15.2.986.36 via Frontend Transport; Thu, 24 Nov 2022 00:35:53 -0800 From: Manikanta Maddireddy <mmaddireddy@nvidia.com> To: <vkoul@kernel.org>, <kishon@kernel.org>, <krzysztof.kozlowski+dt@linaro.org>, <thierry.reding@gmail.com>, <jonathanh@nvidia.com>, <vidyas@nvidia.com> CC: <linux-phy@lists.infradead.org>, <devicetree@vger.kernel.org>, <linux-tegra@vger.kernel.org>, <linux-kernel@vger.kernel.org>, <linux-pci@vger.kernel.org>, <bhelgaas@google.com>, <lpieralisi@kernel.org>, <nkristam@nvidia.com>, Manikanta Maddireddy <mmaddireddy@nvidia.com> Subject: [PATCH 1/3] dt-bindings: PHY: P2U: Add PCIe lane margining support Date: Thu, 24 Nov 2022 14:05:08 +0530 Message-ID: <20221124083510.3008139-2-mmaddireddy@nvidia.com> X-Mailer: git-send-email 2.25.1 In-Reply-To: <20221124083510.3008139-1-mmaddireddy@nvidia.com> References: <20221124083510.3008139-1-mmaddireddy@nvidia.com> MIME-Version: 1.0 X-NVConfidentiality: public Content-Transfer-Encoding: 8bit Content-Type: text/plain X-EOPAttributedMessage: 0 X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: DM6NAM11FT068:EE_|DM4PR12MB5937:EE_ X-MS-Office365-Filtering-Correlation-Id: c0ef1cd8-1fe1-414f-b5e2-08dacdf6f15b X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: 3v+A7gWUu4OKWjB5qNN80iq+RhY3J/9ml4Q2rhUj3KWq6+8BbcGfPCKYk8ofc4gnhu0vCUQv5P5+hFD+RWHR1QjDm6SNFoxkrq8EFraiaHy4H6BzX3YeFIwe4tDt+OUApLPs+xIwRtCI+p0h6Ce1rDExgA2RfS06mXdtV22PBFCEzbJ8mSl+rX423yS3r1KseBFBCd2JVFEMVH9TjzcaKmcYDsz6aOxb3rFEs6A7VbwiDIxSjKBKxIZwp9POAGDfemGYj1XL02qwTazNYOHOGweF3YtAhzpCKIuVULnkL4sgaq3Zv2hk8dlx8OH6WKpl1qfW0cO/mk+RyN/n0cWRup68KWp2B91oDAGVUUH4iv+SanL3EKuOUOOUTny0Z3yLCsiRFI0Tg4zfeEecTrffbxSkpFYdqL62teGlBwO6m4w9dMTbTt0NkPJihe3rbn1GGnXVWM0JzaiG7EWgyiL+xn8q0+dwGTauQGbkw3V8CmPAb682RmGqd93ud8Gw9gkmc5ZacEDLaQT5/aJXa4G9BMJlcCNaNjTD0OgI8dw+3lsoUmi2rZdpC1rZ/FTW3z1tNStMsv7xKGqaEIuzcE1B5jcl7TDEpINA7Mpm7fXceV61ipqCiK9cIWPRmEhf9F5aYLYJmkZpy3gAno1E1DKU+dl9IW0Y1kIa6v1hWdieWDEPYfgusFUtqZ4Cw4w2T1UNHNSGGo3HuFZJIGnAAizgQ5aeVGzFt5IGdsIESAlkOq8= X-Forefront-Antispam-Report: CIP:216.228.117.160;CTRY:US;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:mail.nvidia.com;PTR:dc6edge1.nvidia.com;CAT:NONE;SFS:(13230022)(4636009)(136003)(376002)(396003)(346002)(39860400002)(451199015)(46966006)(36840700001)(40470700004)(2906002)(82740400003)(7636003)(40480700001)(356005)(7416002)(7696005)(6666004)(26005)(82310400005)(8936002)(316002)(54906003)(6636002)(110136005)(86362001)(1076003)(186003)(2616005)(426003)(336012)(47076005)(107886003)(41300700001)(36756003)(5660300002)(36860700001)(478600001)(70586007)(8676002)(70206006)(4326008)(40460700003)(2101003);DIR:OUT;SFP:1101; X-OriginatorOrg: Nvidia.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 24 Nov 2022 08:36:11.9752 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: c0ef1cd8-1fe1-414f-b5e2-08dacdf6f15b X-MS-Exchange-CrossTenant-Id: 43083d15-7273-40c1-b7db-39efd9ccc17a X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=43083d15-7273-40c1-b7db-39efd9ccc17a;Ip=[216.228.117.160];Helo=[mail.nvidia.com] X-MS-Exchange-CrossTenant-AuthSource: DM6NAM11FT068.eop-nam11.prod.protection.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Anonymous X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM4PR12MB5937 X-Spam-Status: No, score=-1.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FORGED_SPF_HELO, RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H2,SPF_HELO_PASS,SPF_NONE autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: <linux-kernel.vger.kernel.org> X-Mailing-List: linux-kernel@vger.kernel.org X-getmail-retrieved-from-mailbox: =?utf-8?q?INBOX?= X-GMAIL-THRID: =?utf-8?q?1750365922547272673?= X-GMAIL-MSGID: =?utf-8?q?1750365922547272673?= |
Series |
Add support for Lane Margining at Receiver
|
|
Commit Message
Manikanta Maddireddy
Nov. 24, 2022, 8:35 a.m. UTC
Tegra234 supports PCIe lane margining. P2U HW acts as a relay to exchange
margin control data and margin status between PCIe controller and UPHY.
Signed-off-by: Manikanta Maddireddy <mmaddireddy@nvidia.com>
---
.../bindings/phy/phy-tegra194-p2u.yaml | 50 +++++++++++++++++++
1 file changed, 50 insertions(+)
Comments
On 24/11/2022 09:35, Manikanta Maddireddy wrote: > Tegra234 supports PCIe lane margining. P2U HW acts as a relay to exchange typo: merging? > margin control data and margin status between PCIe controller and UPHY. Please use scripts/get_maintainers.pl to get a list of necessary people and lists to CC. It might happen, that command when run on an older kernel, gives you outdated entries. Therefore please be sure you base your patches on recent Linux kernel. > > Signed-off-by: Manikanta Maddireddy <mmaddireddy@nvidia.com> > --- > .../bindings/phy/phy-tegra194-p2u.yaml | 50 +++++++++++++++++++ > 1 file changed, 50 insertions(+) > > diff --git a/Documentation/devicetree/bindings/phy/phy-tegra194-p2u.yaml b/Documentation/devicetree/bindings/phy/phy-tegra194-p2u.yaml > index 4dc5205d893b..0ba3f6a0b474 100644 > --- a/Documentation/devicetree/bindings/phy/phy-tegra194-p2u.yaml > +++ b/Documentation/devicetree/bindings/phy/phy-tegra194-p2u.yaml > @@ -40,6 +40,51 @@ properties: > '#phy-cells': > const: 0 > > + interrupts: > + items: > + description: P2U interrupt for Gen4 lane margining functionality. typo: merging? > + > + interrupt-names: > + items: > + - const: intr Drop entire property, not really useful. > + > + nvidia,bpmp: > + $ref: /schemas/types.yaml#/definitions/phandle-array > + description: Must contain a pair of phandles to BPMP controller node followed by P2U ID. > + items: > + - items: > + - description: phandle to BPMP controller node > + - description: P2U instance ID > + maximum: 24 > + > +allOf: > + - if: > + properties: > + compatible: > + contains: > + enum: > + - nvidia,tegra194-p2u > + then: > + required: > + - reg > + - reg-names > + - '#phy-cells' That's not how it should be done. You have only two variants here, so add a "required:" block with above and only one if:then: clause for interrupts and nvidia,bpmp. Requiring reg/reg-names/phy-cells should be in separate patch with its own reasoning. Best regards, Krzysztof
Thank you for quick review. I will wait for other reviewers to review patch 2 & 3. I will address all review comments and sendnew revision. On 11/24/2022 2:15 PM, Krzysztof Kozlowski wrote: > External email: Use caution opening links or attachments > > > On 24/11/2022 09:35, Manikanta Maddireddy wrote: >> Tegra234 supports PCIe lane margining. P2U HW acts as a relay to exchange > typo: merging? It is not typo, it is PCIe feature lane margining. https://pcisig.com/pushing-limits-understanding-lane-margining-pcie%C2%AE > >> margin control data and margin status between PCIe controller and UPHY. > Please use scripts/get_maintainers.pl to get a list of necessary people > and lists to CC. It might happen, that command when run on an older > kernel, gives you outdated entries. Therefore please be sure you base > your patches on recent Linux kernel. I verified these patches on 6.0.0-rc6 kernel and executed get_maintainers.pl script on it. Did I miss anyone here? > > >> Signed-off-by: Manikanta Maddireddy <mmaddireddy@nvidia.com> >> --- >> .../bindings/phy/phy-tegra194-p2u.yaml | 50 +++++++++++++++++++ >> 1 file changed, 50 insertions(+) >> >> diff --git a/Documentation/devicetree/bindings/phy/phy-tegra194-p2u.yaml b/Documentation/devicetree/bindings/phy/phy-tegra194-p2u.yaml >> index 4dc5205d893b..0ba3f6a0b474 100644 >> --- a/Documentation/devicetree/bindings/phy/phy-tegra194-p2u.yaml >> +++ b/Documentation/devicetree/bindings/phy/phy-tegra194-p2u.yaml >> @@ -40,6 +40,51 @@ properties: >> '#phy-cells': >> const: 0 >> >> + interrupts: >> + items: >> + description: P2U interrupt for Gen4 lane margining functionality. > typo: merging? It is not typo, it is PCIe feature lane margining. https://pcisig.com/pushing-limits-understanding-lane-margining-pcie%C2%AE > >> + >> + interrupt-names: >> + items: >> + - const: intr > Drop entire property, not really useful. In driver, I am using platform_get_irq_byname(), I will change it to platform_get_irq() and drop this property. > >> + >> + nvidia,bpmp: >> + $ref: /schemas/types.yaml#/definitions/phandle-array >> + description: Must contain a pair of phandles to BPMP controller node followed by P2U ID. >> + items: >> + - items: >> + - description: phandle to BPMP controller node >> + - description: P2U instance ID >> + maximum: 24 >> + >> +allOf: >> + - if: >> + properties: >> + compatible: >> + contains: >> + enum: >> + - nvidia,tegra194-p2u >> + then: >> + required: >> + - reg >> + - reg-names >> + - '#phy-cells' > That's not how it should be done. You have only two variants here, so > add a "required:" block with above and only one if:then: clause for > interrupts and nvidia,bpmp. > > Requiring reg/reg-names/phy-cells should be in separate patch with its > own reasoning. Ok, I will create two separate patches and add if:then clause only for tegra234. As per understanding final change will look like below, right? required: - reg - reg-names - '#phy-cells' allOf: - if: properties: compatible: contains: enum: - nvidia,tegra234-p2u then: required: - interrupts - nvidia,bpmp > > > Best regards, > Krzysztof >
On 30/11/2022 16:11, Manikanta Maddireddy wrote: > Thank you for quick review. I will wait for other reviewers to review > patch 2 & 3. > I will address all review comments and sendnew revision. > > On 11/24/2022 2:15 PM, Krzysztof Kozlowski wrote: >> External email: Use caution opening links or attachments >> >> >> On 24/11/2022 09:35, Manikanta Maddireddy wrote: >>> Tegra234 supports PCIe lane margining. P2U HW acts as a relay to exchange >> typo: merging? > It is not typo, it is PCIe feature lane margining. > https://pcisig.com/pushing-limits-understanding-lane-margining-pcie%C2%AE >> >>> margin control data and margin status between PCIe controller and UPHY. >> Please use scripts/get_maintainers.pl to get a list of necessary people >> and lists to CC. It might happen, that command when run on an older >> kernel, gives you outdated entries. Therefore please be sure you base >> your patches on recent Linux kernel. > I verified these patches on 6.0.0-rc6 kernel and executed get_maintainers.pl > script on it. Did I miss anyone here? Yes. At least Rob, maybe more. You need to CC all maintainers/reviewers/supporters and all mailing lists. It's not my task to verify each of these addresses to check whether you really missed someone or not. I spotted at least one missing address so just run get_maintainers.pl and use all entries from there. >> >> >>> Signed-off-by: Manikanta Maddireddy <mmaddireddy@nvidia.com> >>> --- >>> .../bindings/phy/phy-tegra194-p2u.yaml | 50 +++++++++++++++++++ >>> 1 file changed, 50 insertions(+) >>> >>> diff --git a/Documentation/devicetree/bindings/phy/phy-tegra194-p2u.yaml b/Documentation/devicetree/bindings/phy/phy-tegra194-p2u.yaml >>> index 4dc5205d893b..0ba3f6a0b474 100644 >>> --- a/Documentation/devicetree/bindings/phy/phy-tegra194-p2u.yaml >>> +++ b/Documentation/devicetree/bindings/phy/phy-tegra194-p2u.yaml >>> @@ -40,6 +40,51 @@ properties: >>> '#phy-cells': >>> const: 0 >>> >>> + interrupts: >>> + items: >>> + description: P2U interrupt for Gen4 lane margining functionality. >> typo: merging? > It is not typo, it is PCIe feature lane margining. > https://pcisig.com/pushing-limits-understanding-lane-margining-pcie%C2%AE >> >>> + >>> + interrupt-names: >>> + items: >>> + - const: intr >> Drop entire property, not really useful. > In driver, I am using platform_get_irq_byname(), I will change it to > platform_get_irq() > and drop this property. >> >>> + >>> + nvidia,bpmp: >>> + $ref: /schemas/types.yaml#/definitions/phandle-array >>> + description: Must contain a pair of phandles to BPMP controller node followed by P2U ID. >>> + items: >>> + - items: >>> + - description: phandle to BPMP controller node >>> + - description: P2U instance ID >>> + maximum: 24 >>> + >>> +allOf: >>> + - if: >>> + properties: >>> + compatible: >>> + contains: >>> + enum: >>> + - nvidia,tegra194-p2u >>> + then: >>> + required: >>> + - reg >>> + - reg-names >>> + - '#phy-cells' >> That's not how it should be done. You have only two variants here, so >> add a "required:" block with above and only one if:then: clause for >> interrupts and nvidia,bpmp. >> >> Requiring reg/reg-names/phy-cells should be in separate patch with its >> own reasoning. > Ok, I will create two separate patches and add if:then clause only for > tegra234. > As per understanding final change will look like below, right? > > > required: > - reg > - reg-names > - '#phy-cells' > > allOf: > - if: > properties: > compatible: > contains: > enum: > - nvidia,tegra234-p2u > then: > required: > - interrupts > - nvidia,bpmp yes Best regards, Krzysztof
On 11/30/2022 8:45 PM, Krzysztof Kozlowski wrote: > External email: Use caution opening links or attachments > > > On 30/11/2022 16:11, Manikanta Maddireddy wrote: >> Thank you for quick review. I will wait for other reviewers to review >> patch 2 & 3. >> I will address all review comments and sendnew revision. >> >> On 11/24/2022 2:15 PM, Krzysztof Kozlowski wrote: >>> External email: Use caution opening links or attachments >>> >>> >>> On 24/11/2022 09:35, Manikanta Maddireddy wrote: >>>> Tegra234 supports PCIe lane margining. P2U HW acts as a relay to exchange >>> typo: merging? >> It is not typo, it is PCIe feature lane margining. >> https://pcisig.com/pushing-limits-understanding-lane-margining-pcie%C2%AE >>>> margin control data and margin status between PCIe controller and UPHY. >>> Please use scripts/get_maintainers.pl to get a list of necessary people >>> and lists to CC. It might happen, that command when run on an older >>> kernel, gives you outdated entries. Therefore please be sure you base >>> your patches on recent Linux kernel. >> I verified these patches on 6.0.0-rc6 kernel and executed get_maintainers.pl >> script on it. Did I miss anyone here? > Yes. At least Rob, maybe more. You need to CC all > maintainers/reviewers/supporters and all mailing lists. > > It's not my task to verify each of these addresses to check whether you > really missed someone or not. I spotted at least one missing address so > just run get_maintainers.pl and use all entries from there. I rechecked my "git send-email" command, I did add Rob's email. In my Linux file path, I found a file with name "--to=robh+dt@kernel.org". I am not sure what mistake I made during "git send-email". I will do dry-run before sending v2. I rechecked mailing list from get_maintainers.pl, I added everyone from the list expect Tegra developers who contributed to the file tegra234.dtsi, but not for PCIe. > >>> >>>> Signed-off-by: Manikanta Maddireddy <mmaddireddy@nvidia.com> >>>> --- >>>> .../bindings/phy/phy-tegra194-p2u.yaml | 50 +++++++++++++++++++ >>>> 1 file changed, 50 insertions(+) >>>> >>>> diff --git a/Documentation/devicetree/bindings/phy/phy-tegra194-p2u.yaml b/Documentation/devicetree/bindings/phy/phy-tegra194-p2u.yaml >>>> index 4dc5205d893b..0ba3f6a0b474 100644 >>>> --- a/Documentation/devicetree/bindings/phy/phy-tegra194-p2u.yaml >>>> +++ b/Documentation/devicetree/bindings/phy/phy-tegra194-p2u.yaml >>>> @@ -40,6 +40,51 @@ properties: >>>> '#phy-cells': >>>> const: 0 >>>> >>>> + interrupts: >>>> + items: >>>> + description: P2U interrupt for Gen4 lane margining functionality. >>> typo: merging? >> It is not typo, it is PCIe feature lane margining. >> https://pcisig.com/pushing-limits-understanding-lane-margining-pcie%C2%AE >>>> + >>>> + interrupt-names: >>>> + items: >>>> + - const: intr >>> Drop entire property, not really useful. >> In driver, I am using platform_get_irq_byname(), I will change it to >> platform_get_irq() >> and drop this property. >>>> + >>>> + nvidia,bpmp: >>>> + $ref: /schemas/types.yaml#/definitions/phandle-array >>>> + description: Must contain a pair of phandles to BPMP controller node followed by P2U ID. >>>> + items: >>>> + - items: >>>> + - description: phandle to BPMP controller node >>>> + - description: P2U instance ID >>>> + maximum: 24 >>>> + >>>> +allOf: >>>> + - if: >>>> + properties: >>>> + compatible: >>>> + contains: >>>> + enum: >>>> + - nvidia,tegra194-p2u >>>> + then: >>>> + required: >>>> + - reg >>>> + - reg-names >>>> + - '#phy-cells' >>> That's not how it should be done. You have only two variants here, so >>> add a "required:" block with above and only one if:then: clause for >>> interrupts and nvidia,bpmp. >>> >>> Requiring reg/reg-names/phy-cells should be in separate patch with its >>> own reasoning. >> Ok, I will create two separate patches and add if:then clause only for >> tegra234. >> As per understanding final change will look like below, right? >> >> >> required: >> - reg >> - reg-names >> - '#phy-cells' >> >> allOf: >> - if: >> properties: >> compatible: >> contains: >> enum: >> - nvidia,tegra234-p2u >> then: >> required: >> - interrupts >> - nvidia,bpmp > yes > > Best regards, > Krzysztof >
diff --git a/Documentation/devicetree/bindings/phy/phy-tegra194-p2u.yaml b/Documentation/devicetree/bindings/phy/phy-tegra194-p2u.yaml index 4dc5205d893b..0ba3f6a0b474 100644 --- a/Documentation/devicetree/bindings/phy/phy-tegra194-p2u.yaml +++ b/Documentation/devicetree/bindings/phy/phy-tegra194-p2u.yaml @@ -40,6 +40,51 @@ properties: '#phy-cells': const: 0 + interrupts: + items: + description: P2U interrupt for Gen4 lane margining functionality. + + interrupt-names: + items: + - const: intr + + nvidia,bpmp: + $ref: /schemas/types.yaml#/definitions/phandle-array + description: Must contain a pair of phandles to BPMP controller node followed by P2U ID. + items: + - items: + - description: phandle to BPMP controller node + - description: P2U instance ID + maximum: 24 + +allOf: + - if: + properties: + compatible: + contains: + enum: + - nvidia,tegra194-p2u + then: + required: + - reg + - reg-names + - '#phy-cells' + + - if: + properties: + compatible: + contains: + enum: + - nvidia,tegra234-p2u + then: + required: + - reg + - reg-names + - '#phy-cells' + - interrupts + - interrupt-names + - nvidia,bpmp + additionalProperties: false examples: @@ -49,5 +94,10 @@ examples: reg = <0x03e10000 0x10000>; reg-names = "ctl"; + interrupts = <0 337 0x04>; + interrupt-names = "intr"; + + nvidia,bpmp = <&bpmp 1>; + #phy-cells = <0>; };