Received: by 2002:a6b:500f:0:0:0:0:0 with SMTP id e15csp552341iob; Fri, 13 May 2022 07:29:46 -0700 (PDT) X-Google-Smtp-Source: ABdhPJx4QwGk202uSA90V0cSRGTynq07CkIG7LrWKGV0Nv/6Wk0i8RBikk6Vkjr2vE9WS4qYDCGj X-Received: by 2002:a17:907:7b8a:b0:6fc:ac8d:3477 with SMTP id ne10-20020a1709077b8a00b006fcac8d3477mr4505966ejc.48.1652452186583; Fri, 13 May 2022 07:29:46 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1652452186; cv=none; d=google.com; s=arc-20160816; b=p1yOwybNi3pSl00iZ+5J2ct9hatrg53L1nfDN6DSvQCRlhOFZjObKoZBwZkwNhJJpR rd3nBIkubo9bW8ez1ceAf9WzufSj66Wx11aLrBdmXWQ9quxv1H3xb3QKyoTcH+xFOhHa piqJ/BH6EIjEljgrn8+UlvsJVsa9xNoitEyMGlrwmw/MewuByuMlST45sNQXKfWgcSS0 ZIAZe/HGqYrrkyW9m7KUA8ZPTy1IzHTMtTDeHftEcgewKi5g+VsVRulNG460aOMvqVi4 CY+kh4GS1XpgzkllS7xi2brmsOBH3HMRzVaVmSaYLm99AAm6emxPtK7eumJjFS/ef9dE tqvg== 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; bh=sfbxeRrwkhympr3WW9usm2QnOPCEZu6r4qoj6v1o8uw=; b=v0dj51quCW2o2ielTA8RjbIdMWBTuyk9uGkcZmZDQRQFxoHDURZMhK4YyXhzAJGslV 3tDYxtAGpBSU1aS45RL3vDwuoRsthoED1lfn4NjK8KBhoPEYARWnQtUkLwfnXULoIpgd JNhDTGuUmD2WvhbXG5hDd7HkYKSm6Do4ptBiPQaHv7XOwSp93pgezJyqVmsv3OKxLKZO dtdORtuHdpOq6PpUNFgNPyNk6CjSO4pbzQ+W4Kb4eyaeKS4++JgqfsMExYrqC4JsheD/ OTOCQZsNlIYak5ub4Z3pRDEdG3YjkY1eMD+zpdanKGUcGCSo/y3GPsdSgG8+dJVzpQE0 i10w== ARC-Authentication-Results: i=1; mx.google.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=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id g16-20020a1709065d1000b006f38d8c0e72si2360265ejt.268.2022.05.13.07.29.20; Fri, 13 May 2022 07:29:46 -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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231860AbiEKPA5 (ORCPT + 99 others); Wed, 11 May 2022 11:00:57 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:37970 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S245581AbiEKPAa (ORCPT ); Wed, 11 May 2022 11:00:30 -0400 Received: from foss.arm.com (foss.arm.com [217.140.110.172]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 4C02122241A; Wed, 11 May 2022 08:00:11 -0700 (PDT) Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 15FE5ED1; Wed, 11 May 2022 08:00:11 -0700 (PDT) Received: from lpieralisi (unknown [10.57.1.148]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 24F493F66F; Wed, 11 May 2022 08:00:09 -0700 (PDT) Date: Wed, 11 May 2022 16:00:05 +0100 From: Lorenzo Pieralisi To: Peter Geis Cc: "open list:ARM/Rockchip SoC..." , Rob Herring , Krzysztof =?utf-8?Q?Wilczy=C5=84ski?= , Bjorn Helgaas , Heiko Stuebner , Philipp Zabel , Marc Zyngier , PCI , devicetree , arm-mail-list , Linux Kernel Mailing List , Nicolas Frattaroli Subject: Re: [PATCH v9 2/5] PCI: rockchip-dwc: Reset core at driver probe Message-ID: References: <20220429123832.2376381-1-pgwipeout@gmail.com> <20220429123832.2376381-3-pgwipeout@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-6.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_HI, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE 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 Wed, May 11, 2022 at 10:26:20AM -0400, Peter Geis wrote: > On Wed, May 11, 2022 at 9:50 AM Lorenzo Pieralisi > wrote: > > > > On Fri, Apr 29, 2022 at 08:38:28AM -0400, Peter Geis wrote: > > > The PCIe controller is in an unknown state at driver probe. This can > > > lead to undesireable effects when the driver attempts to configure the > > > controller. > > > > > > Prevent issues in the future by resetting the core during probe. > > > > > > Signed-off-by: Peter Geis > > > Tested-by: Nicolas Frattaroli > > > --- > > > drivers/pci/controller/dwc/pcie-dw-rockchip.c | 23 ++++++++----------- > > > 1 file changed, 10 insertions(+), 13 deletions(-) > > > > I fear that the controller reset behaviour is bootloader/firmware > > dependent. > > > > Are we sure we are not triggering any regressions by resetting the > > controller in the middle of probe (aka is the driver implicitly > > relying on existing behaviour on systems that are not the ones > > you are testing on) ? > > > > Just asking, the rockchip maintainers should be able to answer this > > question. > > This is a new driver with no current users, this series enables the > first user. It does not support ACPI nor any sort of handoff at this > time. Ok. I will take patches [1-3], dts changes will have to go via platform trees, I hope that's fine. Thanks, Lorenzo > > Thanks, > > Lorenzo > > > > > diff --git a/drivers/pci/controller/dwc/pcie-dw-rockchip.c b/drivers/pci/controller/dwc/pcie-dw-rockchip.c > > > index c9b341e55cbb..faedbd6ebc20 100644 > > > --- a/drivers/pci/controller/dwc/pcie-dw-rockchip.c > > > +++ b/drivers/pci/controller/dwc/pcie-dw-rockchip.c > > > @@ -152,6 +152,11 @@ static int rockchip_pcie_resource_get(struct platform_device *pdev, > > > if (IS_ERR(rockchip->rst_gpio)) > > > return PTR_ERR(rockchip->rst_gpio); > > > > > > + rockchip->rst = devm_reset_control_array_get_exclusive(&pdev->dev); > > > + if (IS_ERR(rockchip->rst)) > > > + return dev_err_probe(&pdev->dev, PTR_ERR(rockchip->rst), > > > + "failed to get reset lines\n"); > > > + > > > return 0; > > > } > > > > > > @@ -182,18 +187,6 @@ static void rockchip_pcie_phy_deinit(struct rockchip_pcie *rockchip) > > > phy_power_off(rockchip->phy); > > > } > > > > > > -static int rockchip_pcie_reset_control_release(struct rockchip_pcie *rockchip) > > > -{ > > > - struct device *dev = rockchip->pci.dev; > > > - > > > - rockchip->rst = devm_reset_control_array_get_exclusive(dev); > > > - if (IS_ERR(rockchip->rst)) > > > - return dev_err_probe(dev, PTR_ERR(rockchip->rst), > > > - "failed to get reset lines\n"); > > > - > > > - return reset_control_deassert(rockchip->rst); > > > -} > > > - > > > static const struct dw_pcie_ops dw_pcie_ops = { > > > .link_up = rockchip_pcie_link_up, > > > .start_link = rockchip_pcie_start_link, > > > @@ -222,6 +215,10 @@ static int rockchip_pcie_probe(struct platform_device *pdev) > > > if (ret) > > > return ret; > > > > > > + ret = reset_control_assert(rockchip->rst); > > > + if (ret) > > > + return ret; > > > + > > > /* DON'T MOVE ME: must be enable before PHY init */ > > > rockchip->vpcie3v3 = devm_regulator_get_optional(dev, "vpcie3v3"); > > > if (IS_ERR(rockchip->vpcie3v3)) { > > > @@ -241,7 +238,7 @@ static int rockchip_pcie_probe(struct platform_device *pdev) > > > if (ret) > > > goto disable_regulator; > > > > > > - ret = rockchip_pcie_reset_control_release(rockchip); > > > + ret = reset_control_deassert(rockchip->rst); > > > if (ret) > > > goto deinit_phy; > > > > > > -- > > > 2.25.1 > > >