Received: by 2002:a05:6358:1087:b0:cb:c9d3:cd90 with SMTP id j7csp742025rwi; Fri, 14 Oct 2022 08:04:37 -0700 (PDT) X-Google-Smtp-Source: AMsMyM7TfpomwAdofcpxW0vEgoPhLBvJByJyaUBW6fjIR+NqCaOWy6uOfqdjYoNPzrZgWsK8QE4q X-Received: by 2002:a17:907:2c4b:b0:78d:bb0c:4a42 with SMTP id hf11-20020a1709072c4b00b0078dbb0c4a42mr3957635ejc.546.1665759877226; Fri, 14 Oct 2022 08:04:37 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1665759877; cv=none; d=google.com; s=arc-20160816; b=ZClbeIh+NEzRkeMeLQyGehnLS5+m1mpdyfsdDvcCB6pWtCH9lpvsY4IK78AtzV8kKJ +UxyuhrnTDpUXYCR1awY1MNTAXhDkMsUPBPff98BLazdAHZw8R/qr3MSNoC6Z6bsUpxs 6qmp6BoA6WuvurK9Ey1Uqmd1NjWKeKP2pQFL1dNJUyTKEUgQ8XPPuB1i8RK23a0aCbdh BGIlGSK4UcR0T8nCTiuaG41DipzXVbrASCudNg4kOyu9oOaAmF9Ip00eTw8P+Mmob4Y1 ZrUHrnLnOoKL15K7s1yLF5LMLtRgvRuyNR+xOj9dy+09YzdfcR/FQoGwlEwy2jQWB6Hl T2NQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=3pB7WXwwUMURkXU3QEWf34QpwoK2MI1RffNpmhn/a1M=; b=XQMYUBSRURu08VFUYxl7lT0YY1J+VC/ZSDB+qv6P2p+ixcFycTS/FFKVKW3wcqQPCU aDO5z9EWMj8u0CNWIBtrpHifQn7eKmgX/LLrU3tOmglRyGA2LD3MJAwAnMUKPZT83AQm tzHcA8QjceMfxmeMfoohn9eCPaFlza8nl7x0hzS5frTMB9CXfDOg77bbJQXFEj4kX2cS 6z9jgTTyGzAhBQ3HDEEjzPM4aL2KH1hnNZb9Zom087yPeRz87x7mbvbiBz+oU7r1Cctp eheI5AGO4+gJVt5cPmO5BvHUKBuxDwMcAnBW2LwpdRJSY/my6Udh6QzUH4RXRiYYmfHN Aypg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@ibv-augsburg.net header.s=strato-dkim-0002 header.b=k9Bvgqy0; 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 Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id hp6-20020a1709073e0600b0078068832a70si3037855ejc.446.2022.10.14.08.04.04; Fri, 14 Oct 2022 08:04:37 -0700 (PDT) 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=@ibv-augsburg.net header.s=strato-dkim-0002 header.b=k9Bvgqy0; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229897AbiJNNob (ORCPT + 99 others); Fri, 14 Oct 2022 09:44:31 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:38996 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229872AbiJNNoZ (ORCPT ); Fri, 14 Oct 2022 09:44:25 -0400 Received: from mo4-p01-ob.smtp.rzone.de (mo4-p01-ob.smtp.rzone.de [85.215.255.54]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id DD4B01CFC63; Fri, 14 Oct 2022 06:44:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1665754876; s=strato-dkim-0002; d=ibv-augsburg.net; h=In-Reply-To:References:Message-ID:Subject:Cc:To:From:Date:Cc:Date: From:Subject:Sender; bh=3pB7WXwwUMURkXU3QEWf34QpwoK2MI1RffNpmhn/a1M=; b=k9Bvgqy0oNImODQd+O/9q5JMI+eemxIVBVFBnwe7y6AhGBnCLmFsKQ4lyADmi87b9u fi+yBXK9f/Dt4rM7qCztXFpeDijrAYdYQQkl9nnpWuErj/zf125NdCbWYTuJX07xV3om x1LHxc8Rc+SvlTUqGrNYFnWRnGBuBqNeudm+ESdclIXs/iMXqWppWP+w1QOGjKhITAlW Uh9frb4ZMkcsE2IhdGSTrj/y1Rx5v/KV9YNx12kF8EqlHSwPaYKISz9Iszg/dyqlnAY+ GCNpV0XqHJv+tSjA0sm0U+Br0w1fRsSNUS2ymDD5QxSCXqlP7lYk1eDTnymQ6TRR47Ag 5fFw== Authentication-Results: strato.com; dkim=none X-RZG-AUTH: ":KGMJfE6heLGk8b3w7Oa1fDtXwBjeDczIOHPRx8yNRKhFG/cxcP9dNdI9SxioDT8RvZMqtMfbyXFLOT+8odoEkA==" X-RZG-CLASS-ID: mo00 Received: from JADEVM-DRA by smtp.strato.de (RZmta 48.2.0 DYNA|AUTH) with ESMTPSA id R6cb4ey9EDfFMag (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits)) (Client did not present a certificate); Fri, 14 Oct 2022 15:41:15 +0200 (CEST) Date: Fri, 14 Oct 2022 15:41:14 +0200 From: Dominic Rath To: Rob Herring Cc: krzysztof.kozlowski+dt@linaro.org, tjoseph@cadence.com, bhelgaas@google.com, lpieralisi@kernel.org, nm@ti.com, vigneshr@ti.com, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-pci@vger.kernel.org, Alexander Bahle , Dominic Rath Subject: Re: [PATCH 1/3] dt-bindings: PCI: cdns: Add PHY latency properties Message-ID: <20221014134114.GA307620@JADEVM-DRA> References: <20221013062649.303184-1-dominic.rath@ibv-augsburg.de> <20221013062649.303184-2-dominic.rath@ibv-augsburg.de> <20221013191249.GA38183-robh@kernel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20221013191249.GA38183-robh@kernel.org> X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE, SPF_HELO_PASS,SPF_NONE autolearn=ham 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: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Oct 13, 2022 at 02:12:49PM -0500, Rob Herring wrote: > On Thu, Oct 13, 2022 at 08:26:47AM +0200, Dominic Rath wrote: > > From: Alexander Bahle > > > > Add "cdns,tx-phy-latency-ps" and "cdns,rx-phy-latency-ps" DT bindings for > > setting the PCIe PHY latencies. > > The properties expect a list of uint32 PHY latencies in picoseconds for > > every supported speed starting at PCIe Gen1, e.g.: > > > > max-link-speed = <2>; > > tx-phy-latency-ps = <100000 200000>; /* Gen1: 100ns, Gen2: 200ns */ > > rx-phy-latency-ps = <150000 250000>; /* Gen1: 150ns, Gen2: 250ns */ > > These are a property of the PHY or PCI host? Sounds like PHY to me and > that should be in the PHY node. No reason the PCI driver can't go read > PHY node properties. I'm actually not sure if this a property of the PHY, the PCIe host, or of the combination of the two. We thought about adding this property to the PHY, too, but we didn't know how to handle cases where a single PCIe host is linked with multiple PHYs for multi-lane configurations (see TI's AM65x for example). Which PHYs latency would you use to configure this PCIe RC? Personally I don't have a very strong opinion either way - we just didn't know any better than to put this into the PCIe host that needs it. If you think this is better put into the PHY node we can of course send a new version of this patch. Is there any binding that specifies "generic" PCIe properties, similar to ethernet-phy.yaml? We couldn't find any. I guess in the AM64x case the "PHY" is serdes0_pcie_link below serdes0: &serdes0 { serdes0_pcie_link: phy@0 { ... This seems to be described by bindings/phy/phy-cadence-torrent.yaml. Should we add a generic (without cdns) tx/rx-phy-latency-ps property there? > If PTM is a standard PCIe thing, then I don't think these should be > Cadence specific. IOW, drop 'cdns'. Yes, it is a standard PCIe thing, but we haven't seen that many implementations yet, so we didn't want to pretend to know what this looks like in the generic case. We can of course drop 'cdns'. Best Regards, Dominic & Alexander