Received: by 2002:a05:6358:4e97:b0:b3:742d:4702 with SMTP id ce23csp2929525rwb; Mon, 15 Aug 2022 14:15:16 -0700 (PDT) X-Google-Smtp-Source: AA6agR6iUeaRguNR9FXD9IXKGHscrrx4JCtJ6gNKIA2OF+zEOMAtwg5g/5iF+z6HNWcEHbyx85c/ X-Received: by 2002:a17:907:2888:b0:730:d9ca:34e with SMTP id em8-20020a170907288800b00730d9ca034emr11639080ejc.634.1660598115793; Mon, 15 Aug 2022 14:15:15 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1660598115; cv=none; d=google.com; s=arc-20160816; b=wFmU0cEm/WAmDUWeNl0e6h4GhKyfecNo6QuzZeSs54JzkFfKmWHrDF2VqlFbgNkW1e YbhS1Gl7gOZYyajCcmf0AwXOT2WF386O36W2BKeINKoNgHz3KbL5pa/hx7thAF9OQmHn RHeplXevle1iBJ5vwfuvE0tErF7TdLx7YBtQRn45KfC9lh7z7/fLFefBH4Z+6ZF6BWAl Q7bvGdY/lwVYb99+1F6UOax7C8YBYiOohb1hXd1kIQB4c0E58Ttz8RHfb4cfov/LkgrU qLViHk3dW/4AIxwgVXjJ4M6SquUHZp5nVKlFmBm57cipCn2PfXTCuJQxJcEb1BiImi5D sIbw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=HDVvW/JJLIl8fiOiYHf46NAIf+Jlos8b3Bpkaz7THiU=; b=FeiuNh3QOlcum4N5DqmwsS3jE0U3reZ+XYVBQZoXnUFAM716T3J4vRKqr13bABuDof PQDruTEvXV4Dcj3q1nnWtKa3djb8kKuh0w5fnOWdLnlbvGSWr3fdKFpeo4Iu5VTqz5Cr Jep/G++ImgWULADGTFsl32JnD2gyXJZHmzE2WvfA34M52lh2srNz6wlytRmMnfHY1fa7 VY5n0HC4cpc7HSdDJ9WMiAeE6yNuwVBkgQt5utZpLTON6SFGRL80AizLEZmO+kdX+oQh 0Jh6k4JR5ui28poG6NozQGaRj0H2qsmXPoJZEYq88i2xtDbG3YO1p8oMn2g6eWVGEFT1 dHrg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=WA6Mh1np; 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=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id f27-20020a170906049b00b007311b7d141dsi8126038eja.595.2022.08.15.14.14.48; Mon, 15 Aug 2022 14:15:15 -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=@linuxfoundation.org header.s=korg header.b=WA6Mh1np; 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=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1345394AbiHOTwl (ORCPT + 99 others); Mon, 15 Aug 2022 15:52:41 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:41408 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1345562AbiHOTvX (ORCPT ); Mon, 15 Aug 2022 15:51:23 -0400 Received: from ams.source.kernel.org (ams.source.kernel.org [IPv6:2604:1380:4601:e00::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 1A41CBF5; Mon, 15 Aug 2022 11:50:17 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ams.source.kernel.org (Postfix) with ESMTPS id 75E58B81057; Mon, 15 Aug 2022 18:50:16 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id BDC2FC433C1; Mon, 15 Aug 2022 18:50:14 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1660589415; bh=Sb91+bbitPA5w9k3+HZtSANwboT+0M5/j4bRBi8RhoQ=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=WA6Mh1npD36e4cVzuve7Q38Wcl2oTcxYxF755izG86Qd8vcMmmVhFezt8RyKTWxIo wVvruduyhrbW0ZkXcPrhtcI/4sWY6kk2CuAgGbgJ5J2N73ZbtPPcUiK4B/dvzEDPS/ qP1tiVx7cHBVmSNVUCFqqa6Ts16PIq3h9mb2cHgQ= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Robert Marko , Bjorn Helgaas , Dmitry Baryshkov , Sasha Levin Subject: [PATCH 5.15 712/779] PCI: qcom: Power on PHY before IPQ8074 DBI register accesses Date: Mon, 15 Aug 2022 20:05:56 +0200 Message-Id: <20220815180407.880522922@linuxfoundation.org> X-Mailer: git-send-email 2.37.2 In-Reply-To: <20220815180337.130757997@linuxfoundation.org> References: <20220815180337.130757997@linuxfoundation.org> User-Agent: quilt/0.67 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-7.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,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 From: Robert Marko [ Upstream commit a0e43bb9973b06ce5c666f0901e104e2037c1b34 ] Currently the Gen2 port in IPQ8074 will cause the system to hang as it accesses DBI registers in qcom_pcie_init_2_3_3(), and those are only accesible after phy_power_on(). Move the DBI read/writes to a new qcom_pcie_post_init_2_3_3(), which is executed after phy_power_on(). Link: https://lore.kernel.org/r/20220623155004.688090-1-robimarko@gmail.com Fixes: a0fd361db8e5 ("PCI: dwc: Move "dbi", "dbi2", and "addr_space" resource setup into common code") Signed-off-by: Robert Marko Signed-off-by: Bjorn Helgaas Reviewed-by: Dmitry Baryshkov Cc: stable@vger.kernel.org # v5.11+ Signed-off-by: Sasha Levin --- drivers/pci/controller/dwc/pcie-qcom.c | 48 +++++++++++++++----------- 1 file changed, 28 insertions(+), 20 deletions(-) diff --git a/drivers/pci/controller/dwc/pcie-qcom.c b/drivers/pci/controller/dwc/pcie-qcom.c index 45210c6380b1..4c599699e3c8 100644 --- a/drivers/pci/controller/dwc/pcie-qcom.c +++ b/drivers/pci/controller/dwc/pcie-qcom.c @@ -1024,9 +1024,7 @@ static int qcom_pcie_init_2_3_3(struct qcom_pcie *pcie) struct qcom_pcie_resources_2_3_3 *res = &pcie->res.v2_3_3; struct dw_pcie *pci = pcie->pci; struct device *dev = pci->dev; - u16 offset = dw_pcie_find_capability(pci, PCI_CAP_ID_EXP); int i, ret; - u32 val; for (i = 0; i < ARRAY_SIZE(res->rst); i++) { ret = reset_control_assert(res->rst[i]); @@ -1083,6 +1081,33 @@ static int qcom_pcie_init_2_3_3(struct qcom_pcie *pcie) goto err_clk_aux; } + return 0; + +err_clk_aux: + clk_disable_unprepare(res->ahb_clk); +err_clk_ahb: + clk_disable_unprepare(res->axi_s_clk); +err_clk_axi_s: + clk_disable_unprepare(res->axi_m_clk); +err_clk_axi_m: + clk_disable_unprepare(res->iface); +err_clk_iface: + /* + * Not checking for failure, will anyway return + * the original failure in 'ret'. + */ + for (i = 0; i < ARRAY_SIZE(res->rst); i++) + reset_control_assert(res->rst[i]); + + return ret; +} + +static int qcom_pcie_post_init_2_3_3(struct qcom_pcie *pcie) +{ + struct dw_pcie *pci = pcie->pci; + u16 offset = dw_pcie_find_capability(pci, PCI_CAP_ID_EXP); + u32 val; + writel(SLV_ADDR_SPACE_SZ, pcie->parf + PCIE20_v3_PARF_SLV_ADDR_SPACE_SIZE); @@ -1110,24 +1135,6 @@ static int qcom_pcie_init_2_3_3(struct qcom_pcie *pcie) PCI_EXP_DEVCTL2); return 0; - -err_clk_aux: - clk_disable_unprepare(res->ahb_clk); -err_clk_ahb: - clk_disable_unprepare(res->axi_s_clk); -err_clk_axi_s: - clk_disable_unprepare(res->axi_m_clk); -err_clk_axi_m: - clk_disable_unprepare(res->iface); -err_clk_iface: - /* - * Not checking for failure, will anyway return - * the original failure in 'ret'. - */ - for (i = 0; i < ARRAY_SIZE(res->rst); i++) - reset_control_assert(res->rst[i]); - - return ret; } static int qcom_pcie_get_resources_2_7_0(struct qcom_pcie *pcie) @@ -1423,6 +1430,7 @@ static const struct qcom_pcie_ops ops_2_4_0 = { static const struct qcom_pcie_ops ops_2_3_3 = { .get_resources = qcom_pcie_get_resources_2_3_3, .init = qcom_pcie_init_2_3_3, + .post_init = qcom_pcie_post_init_2_3_3, .deinit = qcom_pcie_deinit_2_3_3, .ltssm_enable = qcom_pcie_2_3_2_ltssm_enable, }; -- 2.35.1