Message ID | 20230915021509.25773-10-quic_tengfan@quicinc.com |
---|---|
State | New |
Headers |
Return-Path: <linux-kernel-owner@vger.kernel.org> Delivered-To: ouuuleilei@gmail.com Received: by 2002:a05:612c:172:b0:3f2:4152:657d with SMTP id h50csp846004vqi; Thu, 14 Sep 2023 23:35:13 -0700 (PDT) X-Google-Smtp-Source: AGHT+IE1ii2GyfnWgKcJGwad535nuLeTum1Mvc1X93jtF6Fu6G3OnePA/mrnE4aSaFjwleLUSmHn X-Received: by 2002:a05:6300:8084:b0:152:5f8b:359a with SMTP id ap4-20020a056300808400b001525f8b359amr801849pzc.28.1694759713220; Thu, 14 Sep 2023 23:35:13 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1694759713; cv=none; d=google.com; s=arc-20160816; b=NlfLEZrkll+dr5EW2VgBBjmUEph8RJtJfpAjVyWeWIRmX+knMQX3Og7Fht4VjviWZ5 +qIFfauysao8+BEoh6Es9vmjiokXYC4w90pE6YB6Oe8/PmAEluFag+JE0tHPZEYAJSGy VsxXqpJiasES46n9ah/s5DfqPN2I4rVRTC8ao4hHDM3fMWD+MtpdeNG8hMHcheRHoQtI kKd0WxXdJ1H9gsU0A131jLWylQWu9NOscfBDZVkZnVmIaf3WQmXC6+Kwbw0vxZOjSxYC b/0sQ3DMMaUbgu3tkXI8naADvdDlbZBxnCS8a0DqxdYKu0lhZ7RZ5p2ycnVUT1OLWGb2 WW2w== 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=G2owF4cMlBufM6OV83WRjyuY3R4ojPseOICAGg3Men0=; fh=Q+6/IhNiFR1xTKnqUYTiN9dqgIXi9EpuMlFUkcsWaFk=; b=ObK5FHtRVAaCWw/YvMd2D4IFADMWbkKMqAwM3mbDCGE2Z+myMtqOgkJTJAxWlXT/Ej XbThs9jZH99kljAIfK51LI2rsKOfAcOB/aCfTIoTNVQFMtyORdK7pGa1C0eGbHDJPpYA RIe/zdx1DzYhdzYFrhpqpnvfb/heGvhQ7khFH5X0J7A0h7DXxR1fw+ypmKIZHCORXUqL /+zGtDstNSVmC3+vWw/RHAO7gSdkA/zVuC2NjZ9MZ7UJddwITmsRCAJfgEkbq4rVkez+ ms9t2jPq0ZEAzSOL3AizacV64o7T/800Dgur/MFb0ByAbEr9ovZN/aqS6v+6+7+VgVrg PuxA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@quicinc.com header.s=qcppdkim1 header.b=feaMa+7m; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:2 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 agentk.vger.email (agentk.vger.email. [2620:137:e000::3:2]) by mx.google.com with ESMTPS id cn15-20020a056a00340f00b0068fb5ca50cdsi2830971pfb.126.2023.09.14.23.35.12 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 14 Sep 2023 23:35:13 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:2 as permitted sender) client-ip=2620:137:e000::3:2; Authentication-Results: mx.google.com; dkim=pass header.i=@quicinc.com header.s=qcppdkim1 header.b=feaMa+7m; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:2 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 (depot.vger.email [IPv6:2620:137:e000::3:0]) by agentk.vger.email (Postfix) with ESMTP id BFEA882B6BFD; Thu, 14 Sep 2023 19:17:48 -0700 (PDT) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.10 at agentk.vger.email Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231452AbjIOCR1 (ORCPT <rfc822;pwkd43@gmail.com> + 33 others); Thu, 14 Sep 2023 22:17:27 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:41404 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231294AbjIOCRJ (ORCPT <rfc822;linux-kernel@vger.kernel.org>); Thu, 14 Sep 2023 22:17:09 -0400 Received: from mx0b-0031df01.pphosted.com (mx0b-0031df01.pphosted.com [205.220.180.131]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id E094C26B8; Thu, 14 Sep 2023 19:17:04 -0700 (PDT) Received: from pps.filterd (m0279869.ppops.net [127.0.0.1]) by mx0a-0031df01.pphosted.com (8.17.1.19/8.17.1.19) with ESMTP id 38F1vjdc031638; Fri, 15 Sep 2023 02:16:45 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=G2owF4cMlBufM6OV83WRjyuY3R4ojPseOICAGg3Men0=; b=feaMa+7mxnoiyQDq6nlHaFjjB2cFi1pCD1mg0MexDEA3rnZwPOQIbHOXADZ02KmcJekX 5P2GN/15gzEbJljTuCxJD1jnV4/yVmUW5Ge5H33JpCCShyVGHLOkdo1DaRoFRNso8CyQ bN5oWr33sj/HNbpqPgofbOo09IsftO2Jwck9IvHpQydUZ4rfaL5D65tZtOZJ6gDzlq+l Ck5mUgE99u52G+mRt2fNfiljYmcVD44+b9rwkmgZCv3gsLHa+AN1vXJV2nwEk+qqXZZL HqYoOk33QupH4OKxMRFf9PniWISwRiNbEMMJiGWJb1MJmpoJ7WMSav8y60jJn3AQYrMy IQ== Received: from nalasppmta01.qualcomm.com (Global_NAT1.qualcomm.com [129.46.96.20]) by mx0a-0031df01.pphosted.com (PPS) with ESMTPS id 3t4e2b01j9-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 15 Sep 2023 02:16:45 +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 38F2GiD8023021 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 15 Sep 2023 02:16:44 GMT Received: from tengfan2-gv.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.1118.36; Thu, 14 Sep 2023 19:16:35 -0700 From: Tengfei Fan <quic_tengfan@quicinc.com> To: <will@kernel.org>, <robin.murphy@arm.com>, <joro@8bytes.org>, <robh+dt@kernel.org>, <krzysztof.kozlowski+dt@linaro.org>, <conor+dt@kernel.org>, <agross@kernel.org>, <andersson@kernel.org>, <konrad.dybcio@linaro.org>, <catalin.marinas@arm.com> CC: <geert+renesas@glider.be>, <arnd@arndb.de>, <neil.armstrong@linaro.org>, <nfraprado@collabora.com>, <rafal@milecki.pl>, <peng.fan@nxp.com>, <linux-arm-kernel@lists.infradead.org>, <iommu@lists.linux.dev>, <devicetree@vger.kernel.org>, <linux-kernel@vger.kernel.org>, <linux-arm-msm@vger.kernel.org>, <quic_tsoni@quicinc.com>, <quic_shashim@quicinc.com>, <quic_kaushalk@quicinc.com>, <quic_tdas@quicinc.com>, <quic_tingweiz@quicinc.com>, <quic_aiquny@quicinc.com>, <kernel@quicinc.com>, Tengfei Fan <quic_tengfan@quicinc.com> Subject: [PATCH v2 8/8] arm64: defconfig: enable interconnect and pinctrl for SM4450 Date: Fri, 15 Sep 2023 10:15:09 +0800 Message-ID: <20230915021509.25773-10-quic_tengfan@quicinc.com> X-Mailer: git-send-email 2.17.1 In-Reply-To: <20230915021509.25773-1-quic_tengfan@quicinc.com> References: <20230915021509.25773-1-quic_tengfan@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-GUID: SyGtYii0HEDsvF4fu6m0C4IbRSjNnO_h X-Proofpoint-ORIG-GUID: SyGtYii0HEDsvF4fu6m0C4IbRSjNnO_h X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.267,Aquarius:18.0.980,Hydra:6.0.601,FMLib:17.11.176.26 definitions=2023-09-15_02,2023-09-14_01,2023-05-22_02 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 bulkscore=0 spamscore=0 priorityscore=1501 malwarescore=0 suspectscore=0 adultscore=0 mlxscore=0 lowpriorityscore=0 impostorscore=0 clxscore=1015 phishscore=0 mlxlogscore=633 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2308100000 definitions=main-2309150018 Precedence: bulk List-ID: <linux-kernel.vger.kernel.org> X-Mailing-List: linux-kernel@vger.kernel.org X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (agentk.vger.email [0.0.0.0]); Thu, 14 Sep 2023 19:17:48 -0700 (PDT) X-Spam-Status: No, score=-0.9 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on agentk.vger.email X-getmail-retrieved-from-mailbox: INBOX X-GMAIL-THRID: 1777084361051723680 X-GMAIL-MSGID: 1777084361051723680 |
Series |
soc: qcom: Add uart console support for SM4450
|
|
Commit Message
Tengfei Fan
Sept. 15, 2023, 2:15 a.m. UTC
Add the SM4450 interconnect and pinctrl drivers as built-in for
support the Qualcomm SM4450 platform to boot to uart shell.
Signed-off-by: Tengfei Fan <quic_tengfan@quicinc.com>
---
arch/arm64/configs/defconfig | 2 ++
1 file changed, 2 insertions(+)
Comments
On 15/09/2023 04:15, Tengfei Fan wrote: > Add the SM4450 interconnect and pinctrl drivers as built-in for > support the Qualcomm SM4450 platform to boot to uart shell. > > Signed-off-by: Tengfei Fan <quic_tengfan@quicinc.com> > --- > arch/arm64/configs/defconfig | 2 ++ > 1 file changed, 2 insertions(+) > > diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig > index ec59174b14db..e91993de865e 100644 > --- a/arch/arm64/configs/defconfig > +++ b/arch/arm64/configs/defconfig > @@ -598,6 +598,7 @@ CONFIG_PINCTRL_SC8280XP=y > CONFIG_PINCTRL_SDM660=y > CONFIG_PINCTRL_SDM670=y > CONFIG_PINCTRL_SDM845=y > +CONFIG_PINCTRL_SM4450=y > CONFIG_PINCTRL_SM6115=y > CONFIG_PINCTRL_SM6125=y > CONFIG_PINCTRL_SM6350=y > @@ -1500,6 +1501,7 @@ CONFIG_INTERCONNECT_QCOM_SC7280=y > CONFIG_INTERCONNECT_QCOM_SC8180X=y > CONFIG_INTERCONNECT_QCOM_SC8280XP=y > CONFIG_INTERCONNECT_QCOM_SDM845=y > +CONFIG_INTERCONNECT_QCOM_SM4450=y Why it cannot be =m? Best regards, Krzysztof
在 9/15/2023 3:21 PM, Krzysztof Kozlowski 写道: > On 15/09/2023 04:15, Tengfei Fan wrote: >> Add the SM4450 interconnect and pinctrl drivers as built-in for >> support the Qualcomm SM4450 platform to boot to uart shell. >> >> Signed-off-by: Tengfei Fan <quic_tengfan@quicinc.com> >> --- >> arch/arm64/configs/defconfig | 2 ++ >> 1 file changed, 2 insertions(+) >> >> diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig >> index ec59174b14db..e91993de865e 100644 >> --- a/arch/arm64/configs/defconfig >> +++ b/arch/arm64/configs/defconfig >> @@ -598,6 +598,7 @@ CONFIG_PINCTRL_SC8280XP=y >> CONFIG_PINCTRL_SDM660=y >> CONFIG_PINCTRL_SDM670=y >> CONFIG_PINCTRL_SDM845=y >> +CONFIG_PINCTRL_SM4450=y >> CONFIG_PINCTRL_SM6115=y >> CONFIG_PINCTRL_SM6125=y >> CONFIG_PINCTRL_SM6350=y >> @@ -1500,6 +1501,7 @@ CONFIG_INTERCONNECT_QCOM_SC7280=y >> CONFIG_INTERCONNECT_QCOM_SC8180X=y >> CONFIG_INTERCONNECT_QCOM_SC8280XP=y >> CONFIG_INTERCONNECT_QCOM_SDM845=y >> +CONFIG_INTERCONNECT_QCOM_SM4450=y > > Why it cannot be =m? > > Best regards, > Krzysztof > Hi Krzysztof, Because system haven't capacity of loading ko files at this time on SM4450 platform, so setting to "Y".
On 15/09/2023 11:12, Tengfei Fan wrote: > > > 在 9/15/2023 3:21 PM, Krzysztof Kozlowski 写道: >> On 15/09/2023 04:15, Tengfei Fan wrote: >>> Add the SM4450 interconnect and pinctrl drivers as built-in for >>> support the Qualcomm SM4450 platform to boot to uart shell. >>> >>> Signed-off-by: Tengfei Fan <quic_tengfan@quicinc.com> >>> --- >>> arch/arm64/configs/defconfig | 2 ++ >>> 1 file changed, 2 insertions(+) >>> >>> diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig >>> index ec59174b14db..e91993de865e 100644 >>> --- a/arch/arm64/configs/defconfig >>> +++ b/arch/arm64/configs/defconfig >>> @@ -598,6 +598,7 @@ CONFIG_PINCTRL_SC8280XP=y >>> CONFIG_PINCTRL_SDM660=y >>> CONFIG_PINCTRL_SDM670=y >>> CONFIG_PINCTRL_SDM845=y >>> +CONFIG_PINCTRL_SM4450=y >>> CONFIG_PINCTRL_SM6115=y >>> CONFIG_PINCTRL_SM6125=y >>> CONFIG_PINCTRL_SM6350=y >>> @@ -1500,6 +1501,7 @@ CONFIG_INTERCONNECT_QCOM_SC7280=y >>> CONFIG_INTERCONNECT_QCOM_SC8180X=y >>> CONFIG_INTERCONNECT_QCOM_SC8280XP=y >>> CONFIG_INTERCONNECT_QCOM_SDM845=y >>> +CONFIG_INTERCONNECT_QCOM_SM4450=y >> >> Why it cannot be =m? >> >> Best regards, >> Krzysztof >> > > Hi Krzysztof, > Because system haven't capacity of loading ko files at this time on > SM4450 platform, so setting to "Y". Hm? System has this capability. All systems have. What is so different on SM4450 comparing to everything else we have here? No, this should be =m and you need to fix your system. Best regards, Krzysztof
在 9/15/2023 5:16 PM, Krzysztof Kozlowski 写道: > On 15/09/2023 11:12, Tengfei Fan wrote: >> >> >> 在 9/15/2023 3:21 PM, Krzysztof Kozlowski 写道: >>> On 15/09/2023 04:15, Tengfei Fan wrote: >>>> Add the SM4450 interconnect and pinctrl drivers as built-in for >>>> support the Qualcomm SM4450 platform to boot to uart shell. >>>> >>>> Signed-off-by: Tengfei Fan <quic_tengfan@quicinc.com> >>>> --- >>>> arch/arm64/configs/defconfig | 2 ++ >>>> 1 file changed, 2 insertions(+) >>>> >>>> diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig >>>> index ec59174b14db..e91993de865e 100644 >>>> --- a/arch/arm64/configs/defconfig >>>> +++ b/arch/arm64/configs/defconfig >>>> @@ -598,6 +598,7 @@ CONFIG_PINCTRL_SC8280XP=y >>>> CONFIG_PINCTRL_SDM660=y >>>> CONFIG_PINCTRL_SDM670=y >>>> CONFIG_PINCTRL_SDM845=y >>>> +CONFIG_PINCTRL_SM4450=y >>>> CONFIG_PINCTRL_SM6115=y >>>> CONFIG_PINCTRL_SM6125=y >>>> CONFIG_PINCTRL_SM6350=y >>>> @@ -1500,6 +1501,7 @@ CONFIG_INTERCONNECT_QCOM_SC7280=y >>>> CONFIG_INTERCONNECT_QCOM_SC8180X=y >>>> CONFIG_INTERCONNECT_QCOM_SC8280XP=y >>>> CONFIG_INTERCONNECT_QCOM_SDM845=y >>>> +CONFIG_INTERCONNECT_QCOM_SM4450=y >>> >>> Why it cannot be =m? >>> >>> Best regards, >>> Krzysztof >>> >> >> Hi Krzysztof, >> Because system haven't capacity of loading ko files at this time on >> SM4450 platform, so setting to "Y". > > Hm? System has this capability. All systems have. What is so different > on SM4450 comparing to everything else we have here? > > No, this should be =m and you need to fix your system. > > Best regards, > Krzysztof > Hi Krzysztof, Find new way which can load ko files on SM4450 platform, still need use "Y", because of some other modules have dependence to these two config, like scm, smmu module drivers, uart shell console cannot be got if set to "m". Also do test for setting these two config to "m" on SM8450 platform, get uart shell consle failed if so setting.
On 15/09/2023 13:18, Tengfei Fan wrote: > > > 在 9/15/2023 5:16 PM, Krzysztof Kozlowski 写道: >> On 15/09/2023 11:12, Tengfei Fan wrote: >>> >>> >>> 在 9/15/2023 3:21 PM, Krzysztof Kozlowski 写道: >>>> On 15/09/2023 04:15, Tengfei Fan wrote: >>>>> Add the SM4450 interconnect and pinctrl drivers as built-in for >>>>> support the Qualcomm SM4450 platform to boot to uart shell. >>>>> >>>>> Signed-off-by: Tengfei Fan <quic_tengfan@quicinc.com> >>>>> --- >>>>> arch/arm64/configs/defconfig | 2 ++ >>>>> 1 file changed, 2 insertions(+) >>>>> >>>>> diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig >>>>> index ec59174b14db..e91993de865e 100644 >>>>> --- a/arch/arm64/configs/defconfig >>>>> +++ b/arch/arm64/configs/defconfig >>>>> @@ -598,6 +598,7 @@ CONFIG_PINCTRL_SC8280XP=y >>>>> CONFIG_PINCTRL_SDM660=y >>>>> CONFIG_PINCTRL_SDM670=y >>>>> CONFIG_PINCTRL_SDM845=y >>>>> +CONFIG_PINCTRL_SM4450=y >>>>> CONFIG_PINCTRL_SM6115=y >>>>> CONFIG_PINCTRL_SM6125=y >>>>> CONFIG_PINCTRL_SM6350=y >>>>> @@ -1500,6 +1501,7 @@ CONFIG_INTERCONNECT_QCOM_SC7280=y >>>>> CONFIG_INTERCONNECT_QCOM_SC8180X=y >>>>> CONFIG_INTERCONNECT_QCOM_SC8280XP=y >>>>> CONFIG_INTERCONNECT_QCOM_SDM845=y >>>>> +CONFIG_INTERCONNECT_QCOM_SM4450=y >>>> >>>> Why it cannot be =m? >>>> >>>> Best regards, >>>> Krzysztof >>>> >>> >>> Hi Krzysztof, >>> Because system haven't capacity of loading ko files at this time on >>> SM4450 platform, so setting to "Y". >> >> Hm? System has this capability. All systems have. What is so different >> on SM4450 comparing to everything else we have here? >> >> No, this should be =m and you need to fix your system. >> >> Best regards, >> Krzysztof >> > Hi Krzysztof, > Find new way which can load ko files on SM4450 platform, still need use > "Y", because of some other modules have dependence to these two config, > like scm, smmu module drivers, uart shell console cannot be got if set > to "m". That's what I am asking, which device exactly needs it. > > Also do test for setting these two config to "m" on SM8450 platform, get > uart shell consle failed if so setting. Yeah, this we know, I did this. I am asking about SM4450. Best regards, Krzysztof
On 9/15/2023 4:29 AM, Krzysztof Kozlowski wrote: > On 15/09/2023 13:18, Tengfei Fan wrote: >> >> >> 在 9/15/2023 5:16 PM, Krzysztof Kozlowski 写道: >>> On 15/09/2023 11:12, Tengfei Fan wrote: >>>> >>>> >>>> 在 9/15/2023 3:21 PM, Krzysztof Kozlowski 写道: >>>>> On 15/09/2023 04:15, Tengfei Fan wrote: >>>>>> Add the SM4450 interconnect and pinctrl drivers as built-in for >>>>>> support the Qualcomm SM4450 platform to boot to uart shell. >>>>>> >>>>>> Signed-off-by: Tengfei Fan <quic_tengfan@quicinc.com> >>>>>> --- >>>>>> arch/arm64/configs/defconfig | 2 ++ >>>>>> 1 file changed, 2 insertions(+) >>>>>> >>>>>> diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig >>>>>> index ec59174b14db..e91993de865e 100644 >>>>>> --- a/arch/arm64/configs/defconfig >>>>>> +++ b/arch/arm64/configs/defconfig >>>>>> @@ -598,6 +598,7 @@ CONFIG_PINCTRL_SC8280XP=y >>>>>> CONFIG_PINCTRL_SDM660=y >>>>>> CONFIG_PINCTRL_SDM670=y >>>>>> CONFIG_PINCTRL_SDM845=y >>>>>> +CONFIG_PINCTRL_SM4450=y >>>>>> CONFIG_PINCTRL_SM6115=y >>>>>> CONFIG_PINCTRL_SM6125=y >>>>>> CONFIG_PINCTRL_SM6350=y >>>>>> @@ -1500,6 +1501,7 @@ CONFIG_INTERCONNECT_QCOM_SC7280=y >>>>>> CONFIG_INTERCONNECT_QCOM_SC8180X=y >>>>>> CONFIG_INTERCONNECT_QCOM_SC8280XP=y >>>>>> CONFIG_INTERCONNECT_QCOM_SDM845=y >>>>>> +CONFIG_INTERCONNECT_QCOM_SM4450=y >>>>> >>>>> Why it cannot be =m? >>>>> >>>>> Best regards, >>>>> Krzysztof >>>>> >>>> >>>> Hi Krzysztof, >>>> Because system haven't capacity of loading ko files at this time on >>>> SM4450 platform, so setting to "Y". >>> >>> Hm? System has this capability. All systems have. What is so different >>> on SM4450 comparing to everything else we have here? >>> >>> No, this should be =m and you need to fix your system. >>> >>> Best regards, >>> Krzysztof >>> >> Hi Krzysztof, >> Find new way which can load ko files on SM4450 platform, still need use >> "Y", because of some other modules have dependence to these two config, >> like scm, smmu module drivers, uart shell console cannot be got if set >> to "m". > > That's what I am asking, which device exactly needs it. > >> >> Also do test for setting these two config to "m" on SM8450 platform, get >> uart shell consle failed if so setting. > > Yeah, this we know, I did this. I am asking about SM4450. Why we have =m requirement when other drivers above are =Y?. Can we confirm w/ Georgi? I am not aware that Interconnect drivers needs to be =m only. CONFIG_INTERCONNECT_QCOM_SC8180X=y CONFIG_INTERCONNECT_QCOM_SC8280XP=y CONFIG_INTERCONNECT_QCOM_SDM845=y
On 9/15/2023 7:21 PM, Trilok Soni wrote: > On 9/15/2023 4:29 AM, Krzysztof Kozlowski wrote: >> On 15/09/2023 13:18, Tengfei Fan wrote: >>> >>> >>> 在 9/15/2023 5:16 PM, Krzysztof Kozlowski 写道: >>>> On 15/09/2023 11:12, Tengfei Fan wrote: >>>>> >>>>> >>>>> 在 9/15/2023 3:21 PM, Krzysztof Kozlowski 写道: >>>>>> On 15/09/2023 04:15, Tengfei Fan wrote: >>>>>>> Add the SM4450 interconnect and pinctrl drivers as built-in for >>>>>>> support the Qualcomm SM4450 platform to boot to uart shell. >>>>>>> >>>>>>> Signed-off-by: Tengfei Fan <quic_tengfan@quicinc.com> >>>>>>> --- >>>>>>> arch/arm64/configs/defconfig | 2 ++ >>>>>>> 1 file changed, 2 insertions(+) >>>>>>> >>>>>>> diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig >>>>>>> index ec59174b14db..e91993de865e 100644 >>>>>>> --- a/arch/arm64/configs/defconfig >>>>>>> +++ b/arch/arm64/configs/defconfig >>>>>>> @@ -598,6 +598,7 @@ CONFIG_PINCTRL_SC8280XP=y >>>>>>> CONFIG_PINCTRL_SDM660=y >>>>>>> CONFIG_PINCTRL_SDM670=y >>>>>>> CONFIG_PINCTRL_SDM845=y >>>>>>> +CONFIG_PINCTRL_SM4450=y >>>>>>> CONFIG_PINCTRL_SM6115=y >>>>>>> CONFIG_PINCTRL_SM6125=y >>>>>>> CONFIG_PINCTRL_SM6350=y >>>>>>> @@ -1500,6 +1501,7 @@ CONFIG_INTERCONNECT_QCOM_SC7280=y >>>>>>> CONFIG_INTERCONNECT_QCOM_SC8180X=y >>>>>>> CONFIG_INTERCONNECT_QCOM_SC8280XP=y >>>>>>> CONFIG_INTERCONNECT_QCOM_SDM845=y >>>>>>> +CONFIG_INTERCONNECT_QCOM_SM4450=y >>>>>> >>>>>> Why it cannot be =m? >>>>>> >>>>>> Best regards, >>>>>> Krzysztof >>>>>> >>>>> >>>>> Hi Krzysztof, >>>>> Because system haven't capacity of loading ko files at this time on >>>>> SM4450 platform, so setting to "Y". >>>> >>>> Hm? System has this capability. All systems have. What is so different >>>> on SM4450 comparing to everything else we have here? >>>> >>>> No, this should be =m and you need to fix your system. >>>> >>>> Best regards, >>>> Krzysztof >>>> >>> Hi Krzysztof, >>> Find new way which can load ko files on SM4450 platform, still need use >>> "Y", because of some other modules have dependence to these two config, >>> like scm, smmu module drivers, uart shell console cannot be got if set >>> to "m". >> >> That's what I am asking, which device exactly needs it. >> >>> >>> Also do test for setting these two config to "m" on SM8450 platform, get >>> uart shell consle failed if so setting. >> >> Yeah, this we know, I did this. I am asking about SM4450. > > Why we have =m requirement when other drivers above are =Y?. Can we confirm > w/ Georgi? I am not aware that Interconnect drivers needs to be =m only. > > CONFIG_INTERCONNECT_QCOM_SC8180X=y > CONFIG_INTERCONNECT_QCOM_SC8280XP=y > CONFIG_INTERCONNECT_QCOM_SDM845=y Complete list here, and it is inconsistent. Latest 8550 is also =y. Do we document the reasons somewhere on why they are added as =y? CONFIG_INTERCONNECT_QCOM=y CONFIG_INTERCONNECT_QCOM_MSM8916=m CONFIG_INTERCONNECT_QCOM_MSM8996=m CONFIG_INTERCONNECT_QCOM_OSM_L3=m CONFIG_INTERCONNECT_QCOM_QCM2290=m CONFIG_INTERCONNECT_QCOM_QCS404=m CONFIG_INTERCONNECT_QCOM_SA8775P=y CONFIG_INTERCONNECT_QCOM_SC7180=y CONFIG_INTERCONNECT_QCOM_SC7280=y CONFIG_INTERCONNECT_QCOM_SC8180X=y CONFIG_INTERCONNECT_QCOM_SC8280XP=y CONFIG_INTERCONNECT_QCOM_SDM845=y CONFIG_INTERCONNECT_QCOM_SM8150=m CONFIG_INTERCONNECT_QCOM_SM8250=m CONFIG_INTERCONNECT_QCOM_SM8350=m CONFIG_INTERCONNECT_QCOM_SM8450=y CONFIG_INTERCONNECT_QCOM_SM8550=y
Hi Trilok, On 16.09.23 5:25, Trilok Soni wrote: > On 9/15/2023 7:21 PM, Trilok Soni wrote: >> On 9/15/2023 4:29 AM, Krzysztof Kozlowski wrote: >>> On 15/09/2023 13:18, Tengfei Fan wrote: >>>> >>>> >>>> 在 9/15/2023 5:16 PM, Krzysztof Kozlowski 写道: >>>>> On 15/09/2023 11:12, Tengfei Fan wrote: >>>>>> >>>>>> >>>>>> 在 9/15/2023 3:21 PM, Krzysztof Kozlowski 写道: >>>>>>> On 15/09/2023 04:15, Tengfei Fan wrote: >>>>>>>> Add the SM4450 interconnect and pinctrl drivers as built-in for >>>>>>>> support the Qualcomm SM4450 platform to boot to uart shell. >>>>>>>> >>>>>>>> Signed-off-by: Tengfei Fan <quic_tengfan@quicinc.com> >>>>>>>> --- >>>>>>>> arch/arm64/configs/defconfig | 2 ++ >>>>>>>> 1 file changed, 2 insertions(+) >>>>>>>> >>>>>>>> diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig >>>>>>>> index ec59174b14db..e91993de865e 100644 >>>>>>>> --- a/arch/arm64/configs/defconfig >>>>>>>> +++ b/arch/arm64/configs/defconfig >>>>>>>> @@ -598,6 +598,7 @@ CONFIG_PINCTRL_SC8280XP=y >>>>>>>> CONFIG_PINCTRL_SDM660=y >>>>>>>> CONFIG_PINCTRL_SDM670=y >>>>>>>> CONFIG_PINCTRL_SDM845=y >>>>>>>> +CONFIG_PINCTRL_SM4450=y >>>>>>>> CONFIG_PINCTRL_SM6115=y >>>>>>>> CONFIG_PINCTRL_SM6125=y >>>>>>>> CONFIG_PINCTRL_SM6350=y >>>>>>>> @@ -1500,6 +1501,7 @@ CONFIG_INTERCONNECT_QCOM_SC7280=y >>>>>>>> CONFIG_INTERCONNECT_QCOM_SC8180X=y >>>>>>>> CONFIG_INTERCONNECT_QCOM_SC8280XP=y >>>>>>>> CONFIG_INTERCONNECT_QCOM_SDM845=y >>>>>>>> +CONFIG_INTERCONNECT_QCOM_SM4450=y >>>>>>> >>>>>>> Why it cannot be =m? >>>>>>> >>>>>>> Best regards, >>>>>>> Krzysztof >>>>>>> >>>>>> >>>>>> Hi Krzysztof, >>>>>> Because system haven't capacity of loading ko files at this time on >>>>>> SM4450 platform, so setting to "Y". >>>>> >>>>> Hm? System has this capability. All systems have. What is so different >>>>> on SM4450 comparing to everything else we have here? >>>>> >>>>> No, this should be =m and you need to fix your system. >>>>> >>>>> Best regards, >>>>> Krzysztof >>>>> >>>> Hi Krzysztof, >>>> Find new way which can load ko files on SM4450 platform, still need use >>>> "Y", because of some other modules have dependence to these two config, >>>> like scm, smmu module drivers, uart shell console cannot be got if set >>>> to "m". >>> >>> That's what I am asking, which device exactly needs it. >>> >>>> >>>> Also do test for setting these two config to "m" on SM8450 platform, get >>>> uart shell consle failed if so setting. >>> >>> Yeah, this we know, I did this. I am asking about SM4450. >> >> Why we have =m requirement when other drivers above are =Y?. Can we confirm >> w/ Georgi? I am not aware that Interconnect drivers needs to be =m only. >> >> CONFIG_INTERCONNECT_QCOM_SC8180X=y >> CONFIG_INTERCONNECT_QCOM_SC8280XP=y >> CONFIG_INTERCONNECT_QCOM_SDM845=y > > Complete list here, and it is inconsistent. Latest 8550 is also =y. Do we document > the reasons somewhere on why they are added as =y? > > CONFIG_INTERCONNECT_QCOM=y > CONFIG_INTERCONNECT_QCOM_MSM8916=m > CONFIG_INTERCONNECT_QCOM_MSM8996=m > CONFIG_INTERCONNECT_QCOM_OSM_L3=m > CONFIG_INTERCONNECT_QCOM_QCM2290=m > CONFIG_INTERCONNECT_QCOM_QCS404=m > CONFIG_INTERCONNECT_QCOM_SA8775P=y > CONFIG_INTERCONNECT_QCOM_SC7180=y > CONFIG_INTERCONNECT_QCOM_SC7280=y > CONFIG_INTERCONNECT_QCOM_SC8180X=y > CONFIG_INTERCONNECT_QCOM_SC8280XP=y > CONFIG_INTERCONNECT_QCOM_SDM845=y > CONFIG_INTERCONNECT_QCOM_SM8150=m > CONFIG_INTERCONNECT_QCOM_SM8250=m > CONFIG_INTERCONNECT_QCOM_SM8350=m > CONFIG_INTERCONNECT_QCOM_SM8450=y > CONFIG_INTERCONNECT_QCOM_SM8550=y If the device can boot (to console/initramfs) with =m, we go with that. But if something critical like the UART depends on the interconnect provider, then we make it built-in. On SM8550 for example, we have enabled bandwidth scaling support for QUP and that's why it needs to be =y. It looks like on SM4450 this should be =y too. Thanks, Georgi
On 16/09/2023 04:21, Trilok Soni wrote: >>>> No, this should be =m and you need to fix your system. >>>> >>>> Best regards, >>>> Krzysztof >>>> >>> Hi Krzysztof, >>> Find new way which can load ko files on SM4450 platform, still need use >>> "Y", because of some other modules have dependence to these two config, >>> like scm, smmu module drivers, uart shell console cannot be got if set >>> to "m". >> >> That's what I am asking, which device exactly needs it. >> >>> >>> Also do test for setting these two config to "m" on SM8450 platform, get >>> uart shell consle failed if so setting. >> >> Yeah, this we know, I did this. I am asking about SM4450. > > Why we have =m requirement when other drivers above are =Y?. Can we confirm > w/ Georgi? I am not aware that Interconnect drivers needs to be =m only. There is a requirement of all drivers which can be a module, to be a module. Best regards, Krzysztof
On 16/09/2023 17:13, Georgi Djakov wrote: > >> >> Complete list here, and it is inconsistent. Latest 8550 is also =y. Do we document >> the reasons somewhere on why they are added as =y? >> >> CONFIG_INTERCONNECT_QCOM=y >> CONFIG_INTERCONNECT_QCOM_MSM8916=m >> CONFIG_INTERCONNECT_QCOM_MSM8996=m >> CONFIG_INTERCONNECT_QCOM_OSM_L3=m >> CONFIG_INTERCONNECT_QCOM_QCM2290=m >> CONFIG_INTERCONNECT_QCOM_QCS404=m >> CONFIG_INTERCONNECT_QCOM_SA8775P=y >> CONFIG_INTERCONNECT_QCOM_SC7180=y >> CONFIG_INTERCONNECT_QCOM_SC7280=y >> CONFIG_INTERCONNECT_QCOM_SC8180X=y >> CONFIG_INTERCONNECT_QCOM_SC8280XP=y >> CONFIG_INTERCONNECT_QCOM_SDM845=y >> CONFIG_INTERCONNECT_QCOM_SM8150=m >> CONFIG_INTERCONNECT_QCOM_SM8250=m >> CONFIG_INTERCONNECT_QCOM_SM8350=m >> CONFIG_INTERCONNECT_QCOM_SM8450=y >> CONFIG_INTERCONNECT_QCOM_SM8550=y > > If the device can boot (to console/initramfs) with =m, we go with that. > But if something critical like the UART depends on the interconnect > provider, then we make it built-in. > > On SM8550 for example, we have enabled bandwidth scaling support for QUP > and that's why it needs to be =y. > > It looks like on SM4450 this should be =y too. I asked why SM4450 has to be =y and there was no answer. The argument that SM8450 is a module, is not applicable. Best regards, Krzysztof
Hi Krzysztof, On 16.09.23 23:32, Krzysztof Kozlowski wrote: > On 16/09/2023 17:13, Georgi Djakov wrote: >> >>> >>> Complete list here, and it is inconsistent. Latest 8550 is also =y. Do we document >>> the reasons somewhere on why they are added as =y? >>> >>> CONFIG_INTERCONNECT_QCOM=y >>> CONFIG_INTERCONNECT_QCOM_MSM8916=m >>> CONFIG_INTERCONNECT_QCOM_MSM8996=m >>> CONFIG_INTERCONNECT_QCOM_OSM_L3=m >>> CONFIG_INTERCONNECT_QCOM_QCM2290=m >>> CONFIG_INTERCONNECT_QCOM_QCS404=m >>> CONFIG_INTERCONNECT_QCOM_SA8775P=y >>> CONFIG_INTERCONNECT_QCOM_SC7180=y >>> CONFIG_INTERCONNECT_QCOM_SC7280=y >>> CONFIG_INTERCONNECT_QCOM_SC8180X=y >>> CONFIG_INTERCONNECT_QCOM_SC8280XP=y >>> CONFIG_INTERCONNECT_QCOM_SDM845=y >>> CONFIG_INTERCONNECT_QCOM_SM8150=m >>> CONFIG_INTERCONNECT_QCOM_SM8250=m >>> CONFIG_INTERCONNECT_QCOM_SM8350=m >>> CONFIG_INTERCONNECT_QCOM_SM8450=y >>> CONFIG_INTERCONNECT_QCOM_SM8550=y >> >> If the device can boot (to console/initramfs) with =m, we go with that. >> But if something critical like the UART depends on the interconnect >> provider, then we make it built-in. >> >> On SM8550 for example, we have enabled bandwidth scaling support for QUP >> and that's why it needs to be =y. >> >> It looks like on SM4450 this should be =y too. > > I asked why SM4450 has to be =y and there was no answer. The argument > that SM8450 is a module, is not applicable. From the hardware description i see in patch 7, the serial engine depends on some interconnect provider. But as the serial console driver is only available as built-in, the interconnect provider also needs be built-in for the UART device to probe and register the console. So the answer to your question should be that this is needed by the UART device (at least). Such details of course deserve to be mentioned in the commit message of this patch. BR, Georgi
On 17/09/2023 00:55, Georgi Djakov wrote: > Hi Krzysztof, > > On 16.09.23 23:32, Krzysztof Kozlowski wrote: >> On 16/09/2023 17:13, Georgi Djakov wrote: >>> >>>> >>>> Complete list here, and it is inconsistent. Latest 8550 is also =y. Do we document >>>> the reasons somewhere on why they are added as =y? >>>> >>>> CONFIG_INTERCONNECT_QCOM=y >>>> CONFIG_INTERCONNECT_QCOM_MSM8916=m >>>> CONFIG_INTERCONNECT_QCOM_MSM8996=m >>>> CONFIG_INTERCONNECT_QCOM_OSM_L3=m >>>> CONFIG_INTERCONNECT_QCOM_QCM2290=m >>>> CONFIG_INTERCONNECT_QCOM_QCS404=m >>>> CONFIG_INTERCONNECT_QCOM_SA8775P=y >>>> CONFIG_INTERCONNECT_QCOM_SC7180=y >>>> CONFIG_INTERCONNECT_QCOM_SC7280=y >>>> CONFIG_INTERCONNECT_QCOM_SC8180X=y >>>> CONFIG_INTERCONNECT_QCOM_SC8280XP=y >>>> CONFIG_INTERCONNECT_QCOM_SDM845=y >>>> CONFIG_INTERCONNECT_QCOM_SM8150=m >>>> CONFIG_INTERCONNECT_QCOM_SM8250=m >>>> CONFIG_INTERCONNECT_QCOM_SM8350=m >>>> CONFIG_INTERCONNECT_QCOM_SM8450=y >>>> CONFIG_INTERCONNECT_QCOM_SM8550=y >>> >>> If the device can boot (to console/initramfs) with =m, we go with that. >>> But if something critical like the UART depends on the interconnect >>> provider, then we make it built-in. >>> >>> On SM8550 for example, we have enabled bandwidth scaling support for QUP >>> and that's why it needs to be =y. >>> >>> It looks like on SM4450 this should be =y too. >> >> I asked why SM4450 has to be =y and there was no answer. The argument >> that SM8450 is a module, is not applicable. > > From the hardware description i see in patch 7, the serial engine depends > on some interconnect provider. But as the serial console driver is only > available as built-in, the interconnect provider also needs be built-in > for the UART device to probe and register the console. > > So the answer to your question should be that this is needed by the UART > device (at least). > > Such details of course deserve to be mentioned in the commit message of > this patch. If you mean here the debug UART with console, then it is the same valid reason as in my change for others. This should be mentioned in commit msg. Best regards, Krzysztof
在 9/17/2023 3:35 PM, Krzysztof Kozlowski 写道: > On 17/09/2023 00:55, Georgi Djakov wrote: >> Hi Krzysztof, >> >> On 16.09.23 23:32, Krzysztof Kozlowski wrote: >>> On 16/09/2023 17:13, Georgi Djakov wrote: >>>> >>>>> >>>>> Complete list here, and it is inconsistent. Latest 8550 is also =y. Do we document >>>>> the reasons somewhere on why they are added as =y? >>>>> >>>>> CONFIG_INTERCONNECT_QCOM=y >>>>> CONFIG_INTERCONNECT_QCOM_MSM8916=m >>>>> CONFIG_INTERCONNECT_QCOM_MSM8996=m >>>>> CONFIG_INTERCONNECT_QCOM_OSM_L3=m >>>>> CONFIG_INTERCONNECT_QCOM_QCM2290=m >>>>> CONFIG_INTERCONNECT_QCOM_QCS404=m >>>>> CONFIG_INTERCONNECT_QCOM_SA8775P=y >>>>> CONFIG_INTERCONNECT_QCOM_SC7180=y >>>>> CONFIG_INTERCONNECT_QCOM_SC7280=y >>>>> CONFIG_INTERCONNECT_QCOM_SC8180X=y >>>>> CONFIG_INTERCONNECT_QCOM_SC8280XP=y >>>>> CONFIG_INTERCONNECT_QCOM_SDM845=y >>>>> CONFIG_INTERCONNECT_QCOM_SM8150=m >>>>> CONFIG_INTERCONNECT_QCOM_SM8250=m >>>>> CONFIG_INTERCONNECT_QCOM_SM8350=m >>>>> CONFIG_INTERCONNECT_QCOM_SM8450=y >>>>> CONFIG_INTERCONNECT_QCOM_SM8550=y >>>> >>>> If the device can boot (to console/initramfs) with =m, we go with that. >>>> But if something critical like the UART depends on the interconnect >>>> provider, then we make it built-in. >>>> >>>> On SM8550 for example, we have enabled bandwidth scaling support for QUP >>>> and that's why it needs to be =y. >>>> >>>> It looks like on SM4450 this should be =y too. >>> >>> I asked why SM4450 has to be =y and there was no answer. The argument >>> that SM8450 is a module, is not applicable. >> >> From the hardware description i see in patch 7, the serial engine depends >> on some interconnect provider. But as the serial console driver is only >> available as built-in, the interconnect provider also needs be built-in >> for the UART device to probe and register the console. >> >> So the answer to your question should be that this is needed by the UART >> device (at least). >> >> Such details of course deserve to be mentioned in the commit message of >> this patch. > > If you mean here the debug UART with console, then it is the same valid > reason as in my change for others. This should be mentioned in commit msg. > > Best regards, > Krzysztof > yes, will mention this valid reason in next patch commit message detailly.
diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig index ec59174b14db..e91993de865e 100644 --- a/arch/arm64/configs/defconfig +++ b/arch/arm64/configs/defconfig @@ -598,6 +598,7 @@ CONFIG_PINCTRL_SC8280XP=y CONFIG_PINCTRL_SDM660=y CONFIG_PINCTRL_SDM670=y CONFIG_PINCTRL_SDM845=y +CONFIG_PINCTRL_SM4450=y CONFIG_PINCTRL_SM6115=y CONFIG_PINCTRL_SM6125=y CONFIG_PINCTRL_SM6350=y @@ -1500,6 +1501,7 @@ CONFIG_INTERCONNECT_QCOM_SC7280=y CONFIG_INTERCONNECT_QCOM_SC8180X=y CONFIG_INTERCONNECT_QCOM_SC8280XP=y CONFIG_INTERCONNECT_QCOM_SDM845=y +CONFIG_INTERCONNECT_QCOM_SM4450=y CONFIG_INTERCONNECT_QCOM_SM8150=m CONFIG_INTERCONNECT_QCOM_SM8250=m CONFIG_INTERCONNECT_QCOM_SM8350=m