Message ID | 20230421124938.21974-6-quic_devipriy@quicinc.com |
---|---|
State | New |
Headers |
Return-Path: <linux-kernel-owner@vger.kernel.org> Delivered-To: ouuuleilei@gmail.com Received: by 2002:a59:b0ea:0:b0:3b6:4342:cba0 with SMTP id b10csp1041713vqo; Fri, 21 Apr 2023 05:52:48 -0700 (PDT) X-Google-Smtp-Source: AKy350Z2VylDLg5/tJ08QSQ/iRo5rG4TZ2sMlfKN05pPpXHuuRzCq6C8H8lkPqLYYHGc6IpydwEr X-Received: by 2002:a17:90b:143:b0:247:ad6d:7250 with SMTP id em3-20020a17090b014300b00247ad6d7250mr5703982pjb.12.1682081568623; Fri, 21 Apr 2023 05:52:48 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1682081568; cv=none; d=google.com; s=arc-20160816; b=uc0APCV8dA1ciOQ8cvDuFW49DfMa4iOLmJdHMYlJ9MB9bwtE9Q/CXGDpwJ/QqH9SNk mUtybHQU6TYR4QPug4ALfvlHx+ArnVubLvb+RgtA2y9Ya8evdG90Ir5BmWh4Yicbp3SN cJ+ecLokWqsv3VargWNmXHj1UQcgVOX+9U6KCxE/eBB714CA7WG966jTNrGplBqrznXC rwAiiqdingHuwMpHRbvtTKqIQLfMFIi9uyxP3OIWw2F+33MJL70cCr/sn7Fs1pp5SAmX caxtcgzUd5bTwKD1kLMm6FR1I4gc4g5cpGFRb0Nj8epiL01Jcfxog4pdxlEHkBT5tkTH 2liQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:references:in-reply-to:message-id :date:subject:cc:to:from:dkim-signature; bh=Mv7+Q3rUwjBXw2l0GlF5KTcCcnUbQGf2VMcuQYLUuks=; b=tZyF2OyIhWEr/R8LvssnkOHEs61Sma5gEEADgzqz+l9zyOmZ2gUnDMX8k/K9rCDgrm 1Pu+xpwPsfN7gO2WSCtKbjRoJNvVzAi22Y1/78J7sDXwpy2KTuEom6SycIaEIWn4aiVt NKZChyCcY3wyG+yrRMQnLRmct9uIcTDwF+kGI7TbhGY6WbxJHkFtPaAZaYwbvilTNKq/ 7FmEc417ao1QhRq8sVq89Lm2nnejfHaawaSXl2ZY6bcGvaIBkzi5+CE1rdrgmWBlaY3V pmQIXEDdlbaEID86yncmBPgSk788uJqBpY0zFtH8CNfIb4MO8X5CwFkkdWaM89Cya+dH tU7A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@quicinc.com header.s=qcppdkim1 header.b=VZR1fBEh; 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=quicinc.com Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id t13-20020a17090ad50d00b0024709d23226si7025678pju.167.2023.04.21.05.52.36; Fri, 21 Apr 2023 05:52:48 -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=@quicinc.com header.s=qcppdkim1 header.b=VZR1fBEh; 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=quicinc.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232351AbjDUMvQ (ORCPT <rfc822;cjcooper78@gmail.com> + 99 others); Fri, 21 Apr 2023 08:51:16 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:53930 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232300AbjDUMu6 (ORCPT <rfc822;linux-kernel@vger.kernel.org>); Fri, 21 Apr 2023 08:50:58 -0400 Received: from mx0b-0031df01.pphosted.com (mx0b-0031df01.pphosted.com [205.220.180.131]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id D9DB4D313; Fri, 21 Apr 2023 05:50:40 -0700 (PDT) Received: from pps.filterd (m0279872.ppops.net [127.0.0.1]) by mx0a-0031df01.pphosted.com (8.17.1.19/8.17.1.19) with ESMTP id 33L9ZRmW013877; Fri, 21 Apr 2023 12:50:35 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=quicinc.com; h=from : to : cc : subject : date : message-id : in-reply-to : references : mime-version : content-type; s=qcppdkim1; bh=Mv7+Q3rUwjBXw2l0GlF5KTcCcnUbQGf2VMcuQYLUuks=; b=VZR1fBEhq35vw0Fc7imALTtrGbSIejHsVQbuFLp3B08CpNIzuK60sgC+oLCJEzckNrzZ rU9WJ3eQEpx6FaML2He0cDEJzo2rnmc695xov7USBmpXgWx2R8K50bDpzxV+mij+Fa5D x2MgIVu2SnAsuTu2Zg4gkUJ76WKXdgiHHw4mWDx0FTPpW2ROrITZerlnIysj7P4d3JWe vwlgDzC0Rm8P6lg5AWVfT95PjZK1mi+s0z9pQkp1iRWGiaAT0SC5m704CoCZcwMEdDSM VZImL2RRWL3XPkpegnSGmMVbgyCD5k4IWCbN8sv5ZizHEYJD3qPbjWhd0vFD/BzHs4+L LQ== Received: from nalasppmta01.qualcomm.com (Global_NAT1.qualcomm.com [129.46.96.20]) by mx0a-0031df01.pphosted.com (PPS) with ESMTPS id 3q3e34sh24-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 21 Apr 2023 12:50:35 +0000 Received: from nalasex01a.na.qualcomm.com (nalasex01a.na.qualcomm.com [10.47.209.196]) by NALASPPMTA01.qualcomm.com (8.17.1.5/8.17.1.5) with ESMTPS id 33LCoY6P008790 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 21 Apr 2023 12:50:34 GMT Received: from devipriy-linux.qualcomm.com (10.80.80.8) by nalasex01a.na.qualcomm.com (10.47.209.196) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.42; Fri, 21 Apr 2023 05:50:27 -0700 From: Devi Priya <quic_devipriy@quicinc.com> To: <agross@kernel.org>, <andersson@kernel.org>, <konrad.dybcio@linaro.org>, <lpieralisi@kernel.org>, <kw@linux.com>, <robh@kernel.org>, <bhelgaas@google.com>, <krzysztof.kozlowski+dt@linaro.org>, <mturquette@baylibre.com>, <sboyd@kernel.org>, <mani@kernel.org>, <linux-arm-msm@vger.kernel.org>, <devicetree@vger.kernel.org>, <linux-kernel@vger.kernel.org>, <linux-pci@vger.kernel.org>, <linux-clk@vger.kernel.org> CC: <quic_srichara@quicinc.com>, <quic_sjaganat@quicinc.com>, <quic_kathirav@quicinc.com>, <quic_arajkuma@quicinc.com>, <quic_anusha@quicinc.com>, <quic_ipkumar@quicinc.com> Subject: [PATCH V3 5/6] arm64: dts: qcom: ipq9574: Enable PCIe PHYs and controllers Date: Fri, 21 Apr 2023 18:19:37 +0530 Message-ID: <20230421124938.21974-6-quic_devipriy@quicinc.com> X-Mailer: git-send-email 2.17.1 In-Reply-To: <20230421124938.21974-1-quic_devipriy@quicinc.com> References: <20230421124938.21974-1-quic_devipriy@quicinc.com> MIME-Version: 1.0 Content-Type: text/plain X-Originating-IP: [10.80.80.8] X-ClientProxiedBy: nasanex01b.na.qualcomm.com (10.46.141.250) To nalasex01a.na.qualcomm.com (10.47.209.196) X-QCInternal: smtphost X-Proofpoint-Virus-Version: vendor=nai engine=6200 definitions=5800 signatures=585085 X-Proofpoint-ORIG-GUID: OqVhLUaWnXQR9dv0wtILg9xHYL1LSZq5 X-Proofpoint-GUID: OqVhLUaWnXQR9dv0wtILg9xHYL1LSZq5 X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.254,Aquarius:18.0.942,Hydra:6.0.573,FMLib:17.11.170.22 definitions=2023-04-21_06,2023-04-21_01,2023-02-09_01 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 mlxscore=0 suspectscore=0 clxscore=1015 malwarescore=0 phishscore=0 mlxlogscore=877 spamscore=0 impostorscore=0 adultscore=0 bulkscore=0 lowpriorityscore=0 priorityscore=1501 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2303200000 definitions=main-2304210111 X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,SPF_HELO_NONE,SPF_PASS, T_SCC_BODY_TEXT_LINE,URIBL_BLOCKED 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: <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?1763790362634981988?= X-GMAIL-MSGID: =?utf-8?q?1763790362634981988?= |
Series |
Add PCIe support for IPQ9574
|
|
Commit Message
Devi Priya
April 21, 2023, 12:49 p.m. UTC
Enable the PCIe controller and PHY nodes corresponding to
RDP 433.
Signed-off-by: Devi Priya <quic_devipriy@quicinc.com>
---
Changes in V3:
- No change
arch/arm64/boot/dts/qcom/ipq9574-rdp433.dts | 62 +++++++++++++++++++++
1 file changed, 62 insertions(+)
Comments
On Fri, 21 Apr 2023 at 15:51, Devi Priya <quic_devipriy@quicinc.com> wrote: > > Enable the PCIe controller and PHY nodes corresponding to > RDP 433. > > Signed-off-by: Devi Priya <quic_devipriy@quicinc.com> > --- > Changes in V3: > - No change > > arch/arm64/boot/dts/qcom/ipq9574-rdp433.dts | 62 +++++++++++++++++++++ > 1 file changed, 62 insertions(+) > > diff --git a/arch/arm64/boot/dts/qcom/ipq9574-rdp433.dts b/arch/arm64/boot/dts/qcom/ipq9574-rdp433.dts > index 7be578017bf7..3ae38cf327ea 100644 > --- a/arch/arm64/boot/dts/qcom/ipq9574-rdp433.dts > +++ b/arch/arm64/boot/dts/qcom/ipq9574-rdp433.dts > @@ -8,6 +8,7 @@ > > /dts-v1/; > > +#include <dt-bindings/gpio/gpio.h> > #include "ipq9574.dtsi" > > / { > @@ -43,6 +44,42 @@ > }; > }; > > +&pcie1_phy { > + status = "okay"; > +}; > + > +&pcie1 { > + pinctrl-names = "default"; > + pinctrl-0 = <&pcie_1_pin>; > + > + perst-gpios = <&tlmm 26 GPIO_ACTIVE_LOW>; Usually qcom PCIe hosts also define wake-gpios. > + status = "okay"; > +}; > + > +&pcie2_phy { > + status = "okay"; > +}; > + > +&pcie2 { > + pinctrl-names = "default"; > + pinctrl-0 = <&pcie_2_pin>; > + > + perst-gpios = <&tlmm 29 GPIO_ACTIVE_LOW>; > + status = "okay"; > +}; > + > +&pcie3_phy { > + status = "okay"; > +}; > + > +&pcie3 { > + pinctrl-names = "default"; > + pinctrl-0 = <&pcie_3_pin>; > + > + perst-gpios = <&tlmm 32 GPIO_ACTIVE_LOW>; > + status = "okay"; > +}; > + > &sdhc_1 { > pinctrl-0 = <&sdc_default_state>; > pinctrl-names = "default"; > @@ -60,6 +97,31 @@ > }; > > &tlmm { > + > + pcie_1_pin: pcie-1-state { > + pins = "gpio26"; > + function = "gpio"; > + drive-strength = <8>; > + bias-pull-down; > + output-low; No clkreq and no wake gpios? > + }; > + > + pcie_2_pin: pcie-2-state { > + pins = "gpio29"; > + function = "gpio"; > + drive-strength = <8>; > + bias-pull-down; > + output-low; > + }; > + > + pcie_3_pin: pcie-3-state { > + pins = "gpio32"; > + function = "gpio"; > + drive-strength = <8>; > + bias-pull-up; > + output-low; > + }; > + > sdc_default_state: sdc-default-state { > clk-pins { > pins = "gpio5"; > -- > 2.17.1 >
On 4/22/2023 5:43 AM, Dmitry Baryshkov wrote: > On Fri, 21 Apr 2023 at 15:51, Devi Priya <quic_devipriy@quicinc.com> wrote: >> >> Enable the PCIe controller and PHY nodes corresponding to >> RDP 433. >> >> Signed-off-by: Devi Priya <quic_devipriy@quicinc.com> >> --- >> Changes in V3: >> - No change >> >> arch/arm64/boot/dts/qcom/ipq9574-rdp433.dts | 62 +++++++++++++++++++++ >> 1 file changed, 62 insertions(+) >> >> diff --git a/arch/arm64/boot/dts/qcom/ipq9574-rdp433.dts b/arch/arm64/boot/dts/qcom/ipq9574-rdp433.dts >> index 7be578017bf7..3ae38cf327ea 100644 >> --- a/arch/arm64/boot/dts/qcom/ipq9574-rdp433.dts >> +++ b/arch/arm64/boot/dts/qcom/ipq9574-rdp433.dts >> @@ -8,6 +8,7 @@ >> >> /dts-v1/; >> >> +#include <dt-bindings/gpio/gpio.h> >> #include "ipq9574.dtsi" >> >> / { >> @@ -43,6 +44,42 @@ >> }; >> }; >> >> +&pcie1_phy { >> + status = "okay"; >> +}; >> + >> +&pcie1 { >> + pinctrl-names = "default"; >> + pinctrl-0 = <&pcie_1_pin>; >> + >> + perst-gpios = <&tlmm 26 GPIO_ACTIVE_LOW>; > > Usually qcom PCIe hosts also define wake-gpios. In IPQ9574, we do not have hot plug support and host always starts the enumeration for the device. Hence no wake pin is required. > >> + status = "okay"; >> +}; >> + >> +&pcie2_phy { >> + status = "okay"; >> +}; >> + >> +&pcie2 { >> + pinctrl-names = "default"; >> + pinctrl-0 = <&pcie_2_pin>; >> + >> + perst-gpios = <&tlmm 29 GPIO_ACTIVE_LOW>; >> + status = "okay"; >> +}; >> + >> +&pcie3_phy { >> + status = "okay"; >> +}; >> + >> +&pcie3 { >> + pinctrl-names = "default"; >> + pinctrl-0 = <&pcie_3_pin>; >> + >> + perst-gpios = <&tlmm 32 GPIO_ACTIVE_LOW>; >> + status = "okay"; >> +}; >> + >> &sdhc_1 { >> pinctrl-0 = <&sdc_default_state>; >> pinctrl-names = "default"; >> @@ -60,6 +97,31 @@ >> }; >> >> &tlmm { >> + >> + pcie_1_pin: pcie-1-state { >> + pins = "gpio26"; >> + function = "gpio"; >> + drive-strength = <8>; >> + bias-pull-down; >> + output-low; > > No clkreq and no wake gpios? We do not use any PCIe low power states and link is always in L0. Thanks, Devi Priya > >> + }; >> + >> + pcie_2_pin: pcie-2-state { >> + pins = "gpio29"; >> + function = "gpio"; >> + drive-strength = <8>; >> + bias-pull-down; >> + output-low; >> + }; >> + >> + pcie_3_pin: pcie-3-state { >> + pins = "gpio32"; >> + function = "gpio"; >> + drive-strength = <8>; >> + bias-pull-up; >> + output-low; >> + }; >> + >> sdc_default_state: sdc-default-state { >> clk-pins { >> pins = "gpio5"; >> -- >> 2.17.1 >> > >
On 08/05/2023 13:55, Devi Priya wrote: > > > On 4/22/2023 5:43 AM, Dmitry Baryshkov wrote: >> On Fri, 21 Apr 2023 at 15:51, Devi Priya <quic_devipriy@quicinc.com> >> wrote: >>> >>> Enable the PCIe controller and PHY nodes corresponding to >>> RDP 433. >>> >>> Signed-off-by: Devi Priya <quic_devipriy@quicinc.com> >>> --- >>> Changes in V3: >>> - No change >>> >>> arch/arm64/boot/dts/qcom/ipq9574-rdp433.dts | 62 +++++++++++++++++++++ >>> 1 file changed, 62 insertions(+) >>> >>> diff --git a/arch/arm64/boot/dts/qcom/ipq9574-rdp433.dts >>> b/arch/arm64/boot/dts/qcom/ipq9574-rdp433.dts >>> index 7be578017bf7..3ae38cf327ea 100644 >>> --- a/arch/arm64/boot/dts/qcom/ipq9574-rdp433.dts >>> +++ b/arch/arm64/boot/dts/qcom/ipq9574-rdp433.dts >>> @@ -8,6 +8,7 @@ >>> >>> /dts-v1/; >>> >>> +#include <dt-bindings/gpio/gpio.h> >>> #include "ipq9574.dtsi" >>> >>> / { >>> @@ -43,6 +44,42 @@ >>> }; >>> }; >>> >>> +&pcie1_phy { >>> + status = "okay"; >>> +}; >>> + >>> +&pcie1 { >>> + pinctrl-names = "default"; >>> + pinctrl-0 = <&pcie_1_pin>; >>> + >>> + perst-gpios = <&tlmm 26 GPIO_ACTIVE_LOW>; >> >> Usually qcom PCIe hosts also define wake-gpios. > In IPQ9574, we do not have hot plug support and host always starts the > enumeration for the device. Hence no wake pin is required. None of the qcom PCIe hosts support hotplug, if I remember correctly. This is not a reason not to describe the hardware. >> >>> + status = "okay"; >>> +}; >>> + >>> +&pcie2_phy { >>> + status = "okay"; >>> +}; >>> + >>> +&pcie2 { >>> + pinctrl-names = "default"; >>> + pinctrl-0 = <&pcie_2_pin>; >>> + >>> + perst-gpios = <&tlmm 29 GPIO_ACTIVE_LOW>; >>> + status = "okay"; >>> +}; >>> + >>> +&pcie3_phy { >>> + status = "okay"; >>> +}; >>> + >>> +&pcie3 { >>> + pinctrl-names = "default"; >>> + pinctrl-0 = <&pcie_3_pin>; >>> + >>> + perst-gpios = <&tlmm 32 GPIO_ACTIVE_LOW>; >>> + status = "okay"; >>> +}; >>> + >>> &sdhc_1 { >>> pinctrl-0 = <&sdc_default_state>; >>> pinctrl-names = "default"; >>> @@ -60,6 +97,31 @@ >>> }; >>> >>> &tlmm { >>> + >>> + pcie_1_pin: pcie-1-state { >>> + pins = "gpio26"; >>> + function = "gpio"; >>> + drive-strength = <8>; >>> + bias-pull-down; >>> + output-low; >> >> No clkreq and no wake gpios? > We do not use any PCIe low power states and link is always in L0. Again. We = software. Please describe the hardware here. > > Thanks, > Devi Priya >> >>> + }; >>> + >>> + pcie_2_pin: pcie-2-state { >>> + pins = "gpio29"; >>> + function = "gpio"; >>> + drive-strength = <8>; >>> + bias-pull-down; >>> + output-low; >>> + }; >>> + >>> + pcie_3_pin: pcie-3-state { >>> + pins = "gpio32"; >>> + function = "gpio"; >>> + drive-strength = <8>; >>> + bias-pull-up; >>> + output-low; >>> + }; >>> + >>> sdc_default_state: sdc-default-state { >>> clk-pins { >>> pins = "gpio5"; >>> -- >>> 2.17.1 >>> >> >>
On 5/8/2023 5:09 PM, Dmitry Baryshkov wrote: > On 08/05/2023 13:55, Devi Priya wrote: >> >> >> On 4/22/2023 5:43 AM, Dmitry Baryshkov wrote: >>> On Fri, 21 Apr 2023 at 15:51, Devi Priya <quic_devipriy@quicinc.com> >>> wrote: >>>> >>>> Enable the PCIe controller and PHY nodes corresponding to >>>> RDP 433. >>>> >>>> Signed-off-by: Devi Priya <quic_devipriy@quicinc.com> >>>> --- >>>> Changes in V3: >>>> - No change >>>> >>>> arch/arm64/boot/dts/qcom/ipq9574-rdp433.dts | 62 >>>> +++++++++++++++++++++ >>>> 1 file changed, 62 insertions(+) >>>> >>>> diff --git a/arch/arm64/boot/dts/qcom/ipq9574-rdp433.dts >>>> b/arch/arm64/boot/dts/qcom/ipq9574-rdp433.dts >>>> index 7be578017bf7..3ae38cf327ea 100644 >>>> --- a/arch/arm64/boot/dts/qcom/ipq9574-rdp433.dts >>>> +++ b/arch/arm64/boot/dts/qcom/ipq9574-rdp433.dts >>>> @@ -8,6 +8,7 @@ >>>> >>>> /dts-v1/; >>>> >>>> +#include <dt-bindings/gpio/gpio.h> >>>> #include "ipq9574.dtsi" >>>> >>>> / { >>>> @@ -43,6 +44,42 @@ >>>> }; >>>> }; >>>> >>>> +&pcie1_phy { >>>> + status = "okay"; >>>> +}; >>>> + >>>> +&pcie1 { >>>> + pinctrl-names = "default"; >>>> + pinctrl-0 = <&pcie_1_pin>; >>>> + >>>> + perst-gpios = <&tlmm 26 GPIO_ACTIVE_LOW>; >>> >>> Usually qcom PCIe hosts also define wake-gpios. >> In IPQ9574, we do not have hot plug support and host always starts the >> enumeration for the device. Hence no wake pin is required. > > None of the qcom PCIe hosts support hotplug, if I remember correctly. > This is not a reason not to describe the hardware. Okay, will add the pin definitions for wake and clkreq in the next spin. > >>> >>>> + status = "okay"; >>>> +}; >>>> + >>>> +&pcie2_phy { >>>> + status = "okay"; >>>> +}; >>>> + >>>> +&pcie2 { >>>> + pinctrl-names = "default"; >>>> + pinctrl-0 = <&pcie_2_pin>; >>>> + >>>> + perst-gpios = <&tlmm 29 GPIO_ACTIVE_LOW>; >>>> + status = "okay"; >>>> +}; >>>> + >>>> +&pcie3_phy { >>>> + status = "okay"; >>>> +}; >>>> + >>>> +&pcie3 { >>>> + pinctrl-names = "default"; >>>> + pinctrl-0 = <&pcie_3_pin>; >>>> + >>>> + perst-gpios = <&tlmm 32 GPIO_ACTIVE_LOW>; >>>> + status = "okay"; >>>> +}; >>>> + >>>> &sdhc_1 { >>>> pinctrl-0 = <&sdc_default_state>; >>>> pinctrl-names = "default"; >>>> @@ -60,6 +97,31 @@ >>>> }; >>>> >>>> &tlmm { >>>> + >>>> + pcie_1_pin: pcie-1-state { >>>> + pins = "gpio26"; >>>> + function = "gpio"; >>>> + drive-strength = <8>; >>>> + bias-pull-down; >>>> + output-low; >>> >>> No clkreq and no wake gpios? >> We do not use any PCIe low power states and link is always in L0. > > Again. We = software. Please describe the hardware here. Got it. > >> >> Thanks, >> Devi Priya >>> >>>> + }; >>>> + >>>> + pcie_2_pin: pcie-2-state { >>>> + pins = "gpio29"; >>>> + function = "gpio"; >>>> + drive-strength = <8>; >>>> + bias-pull-down; >>>> + output-low; >>>> + }; >>>> + >>>> + pcie_3_pin: pcie-3-state { >>>> + pins = "gpio32"; >>>> + function = "gpio"; >>>> + drive-strength = <8>; >>>> + bias-pull-up; >>>> + output-low; >>>> + }; >>>> + >>>> sdc_default_state: sdc-default-state { >>>> clk-pins { >>>> pins = "gpio5"; >>>> -- >>>> 2.17.1 >>>> >>> >>> > Thanks, Devi Priya
diff --git a/arch/arm64/boot/dts/qcom/ipq9574-rdp433.dts b/arch/arm64/boot/dts/qcom/ipq9574-rdp433.dts index 7be578017bf7..3ae38cf327ea 100644 --- a/arch/arm64/boot/dts/qcom/ipq9574-rdp433.dts +++ b/arch/arm64/boot/dts/qcom/ipq9574-rdp433.dts @@ -8,6 +8,7 @@ /dts-v1/; +#include <dt-bindings/gpio/gpio.h> #include "ipq9574.dtsi" / { @@ -43,6 +44,42 @@ }; }; +&pcie1_phy { + status = "okay"; +}; + +&pcie1 { + pinctrl-names = "default"; + pinctrl-0 = <&pcie_1_pin>; + + perst-gpios = <&tlmm 26 GPIO_ACTIVE_LOW>; + status = "okay"; +}; + +&pcie2_phy { + status = "okay"; +}; + +&pcie2 { + pinctrl-names = "default"; + pinctrl-0 = <&pcie_2_pin>; + + perst-gpios = <&tlmm 29 GPIO_ACTIVE_LOW>; + status = "okay"; +}; + +&pcie3_phy { + status = "okay"; +}; + +&pcie3 { + pinctrl-names = "default"; + pinctrl-0 = <&pcie_3_pin>; + + perst-gpios = <&tlmm 32 GPIO_ACTIVE_LOW>; + status = "okay"; +}; + &sdhc_1 { pinctrl-0 = <&sdc_default_state>; pinctrl-names = "default"; @@ -60,6 +97,31 @@ }; &tlmm { + + pcie_1_pin: pcie-1-state { + pins = "gpio26"; + function = "gpio"; + drive-strength = <8>; + bias-pull-down; + output-low; + }; + + pcie_2_pin: pcie-2-state { + pins = "gpio29"; + function = "gpio"; + drive-strength = <8>; + bias-pull-down; + output-low; + }; + + pcie_3_pin: pcie-3-state { + pins = "gpio32"; + function = "gpio"; + drive-strength = <8>; + bias-pull-up; + output-low; + }; + sdc_default_state: sdc-default-state { clk-pins { pins = "gpio5";