Received: by 2002:a05:7412:d008:b0:f9:6acb:47ec with SMTP id bd8csp271887rdb; Tue, 19 Dec 2023 16:54:16 -0800 (PST) X-Google-Smtp-Source: AGHT+IFujzyHN/lSpc1E7ml3bt+SW7zSoPzonhuCABvpqS+OUnjxsujmK1UGOBx8R2vaGQodQXeQ X-Received: by 2002:a2e:a78e:0:b0:2cc:843a:ec9c with SMTP id c14-20020a2ea78e000000b002cc843aec9cmr1151265ljf.105.1703033656477; Tue, 19 Dec 2023 16:54:16 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1703033656; cv=none; d=google.com; s=arc-20160816; b=Oc7ptsHsq/ZlpSo7Z7NDV384Q98p/suIzKnqhuC3L2u5MBbzuIa/Yfqfceribemqw7 n7N9Mk8DwxRorEqqDJcwImpXIg2L7VHZIfJJraj0mSzwSAQLti4fBV6dv6XajZsvagVv nrrh+zRwBm0skC91+NWNcs/Z8WCUbNuQhXfdnOWpRv557la1RUQNnEvFo8VbmuhOO0Si IO4k2cUm5nHyWNwfvqk3LulqjEWbYaiYGfzej9KGANhusPISmzNLN2uYXx8WqqW/y4Hn BMYJIpDxY4RUlP67U0n+o3jFCXHqD59BDJq+g+vc79ZJA/BOdm73i6Vt4ac8JFvJLTTU O8cA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:list-unsubscribe :list-subscribe:list-id:precedence:date:message-id:dkim-signature; bh=cHXBAm42TwGsErIeMkvw1BRTy0PFunf9wSVEzQtP94w=; fh=wcpUpPOKxYMFBXQ8b/hyJe7J4x2frvemvjBeGbwq/IQ=; b=e+qpCwQyvgT4sijJZre9Tqxkmn+gLU1ImiQnDmbS0RnTl2EmSmjDrpYH5DwY2EX/pc MhKfIlSB1UjzYUXGqnPq9LlYyoDVMfnQWeJkHXFwya1um2TX1IFQA6oiNgAGtl2qOmn0 qbcRC1xk/jQVKvnxPc9VRo++2f4V6qP3XOVBqh51GfX/CAp1AYtKciMlGvy9aRiNhNM3 HHL3NwuJddlyYopBSO3/S8nQa1XEZzDNomThErpj5C+ggkaZ39RIYOWrJLETQx6V6De9 lnCX2pEjV9JD0uFxphAI1GHYXiyqTM8etGXjtFiFeeYOXp3G1ZzOjue0WZNyHM/jU3+7 w3fQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@quicinc.com header.s=qcppdkim1 header.b="QT/YOyEU"; spf=pass (google.com: domain of linux-kernel+bounces-6216-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:4601:e00::3 as permitted sender) smtp.mailfrom="linux-kernel+bounces-6216-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=quicinc.com Return-Path: Received: from am.mirrors.kernel.org (am.mirrors.kernel.org. [2604:1380:4601:e00::3]) by mx.google.com with ESMTPS id bx19-20020a0564020b5300b00552cac0ce9esi4401509edb.496.2023.12.19.16.54.16 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 19 Dec 2023 16:54:16 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel+bounces-6216-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:4601:e00::3 as permitted sender) client-ip=2604:1380:4601:e00::3; Authentication-Results: mx.google.com; dkim=pass header.i=@quicinc.com header.s=qcppdkim1 header.b="QT/YOyEU"; spf=pass (google.com: domain of linux-kernel+bounces-6216-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:4601:e00::3 as permitted sender) smtp.mailfrom="linux-kernel+bounces-6216-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=quicinc.com Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by am.mirrors.kernel.org (Postfix) with ESMTPS id 0D3031F26959 for ; Wed, 20 Dec 2023 00:54:16 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 0BB52440B; Wed, 20 Dec 2023 00:54:05 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=quicinc.com header.i=@quicinc.com header.b="QT/YOyEU" X-Original-To: linux-kernel@vger.kernel.org Received: from mx0a-0031df01.pphosted.com (mx0a-0031df01.pphosted.com [205.220.168.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 22AA41EA7E; Wed, 20 Dec 2023 00:54:01 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=quicinc.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=quicinc.com Received: from pps.filterd (m0279862.ppops.net [127.0.0.1]) by mx0a-0031df01.pphosted.com (8.17.1.24/8.17.1.24) with ESMTP id 3BJMwo7F009275; Wed, 20 Dec 2023 00:53:58 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=quicinc.com; h= message-id:date:mime-version:subject:to:cc:references:from :in-reply-to:content-type:content-transfer-encoding; s= qcppdkim1; bh=cHXBAm42TwGsErIeMkvw1BRTy0PFunf9wSVEzQtP94w=; b=QT /YOyEUUNLRn2uOJNGKuiG807Yut1UchQV/1IfPMTdddyuG7HtLuX4IS8aXUHnk/X dWaYB1sM4qNHOmO4LTpP8sAMCEuZoE9MXgebASsErAOH1wrjOoswXoOpTfLzi50+ KILm58UO7EVKfUwpchXHCscZ6NwVBtNLKmxZC3GPsmn5eHK+kBPhveHb/WIk7f3/ v9kYMqZspX4SXHGWRm7tE1/112z/v5xwoO9O7WyfrHpvZO1OJ7RNvM+BKOo0nODd 7nnvaGw6rhCpK04X2ieISHHgTJ1QRXotHM6z92I22a2JzOJMpnqXdbjuATW/ZVTb TpemRBSR0tz16bGMY1GA== Received: from nasanppmta05.qualcomm.com (i-global254.qualcomm.com [199.106.103.254]) by mx0a-0031df01.pphosted.com (PPS) with ESMTPS id 3v34dyapu9-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 20 Dec 2023 00:53:58 +0000 (GMT) Received: from nasanex01a.na.qualcomm.com (nasanex01a.na.qualcomm.com [10.52.223.231]) by NASANPPMTA05.qualcomm.com (8.17.1.5/8.17.1.5) with ESMTPS id 3BK0rvvr016402 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 20 Dec 2023 00:53:57 GMT Received: from [10.239.132.150] (10.80.80.8) by nasanex01a.na.qualcomm.com (10.52.223.231) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.1118.40; Tue, 19 Dec 2023 16:53:50 -0800 Message-ID: Date: Wed, 20 Dec 2023 08:53:48 +0800 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH v3 1/1] arm64: dts: qcom: sm8550: remove address/size-cells from mdss_dsi1 Content-Language: en-US To: Dmitry Baryshkov CC: Krzysztof Kozlowski , Tengfei Fan , , , , , , , , , References: <20231219003106.8663-1-quic_tengfan@quicinc.com> <20231219003106.8663-2-quic_tengfan@quicinc.com> <457e336e-004c-4721-b58d-e9ada16dc04b@linaro.org> <13b61d41-6045-499e-864b-51c6cb6eacf9@linaro.org> <38604415-b410-4995-9c4f-525536435699@quicinc.com> From: "Aiqun Yu (Maria)" In-Reply-To: Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 7bit X-ClientProxiedBy: nasanex01b.na.qualcomm.com (10.46.141.250) To nasanex01a.na.qualcomm.com (10.52.223.231) X-QCInternal: smtphost X-Proofpoint-Virus-Version: vendor=nai engine=6200 definitions=5800 signatures=585085 X-Proofpoint-ORIG-GUID: BC-uqf524ImoRaDOit4enta9ECDma7hC X-Proofpoint-GUID: BC-uqf524ImoRaDOit4enta9ECDma7hC X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.272,Aquarius:18.0.997,Hydra:6.0.619,FMLib:17.11.176.26 definitions=2023-12-09_01,2023-12-07_01,2023-05-22_02 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 mlxscore=0 impostorscore=0 lowpriorityscore=0 phishscore=0 malwarescore=0 suspectscore=0 clxscore=1011 bulkscore=0 spamscore=0 adultscore=0 mlxlogscore=906 priorityscore=1501 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.19.0-2311290000 definitions=main-2312200004 On 12/19/2023 6:21 PM, Dmitry Baryshkov wrote: > On Tue, 19 Dec 2023 at 12:09, Aiqun Yu (Maria) wrote: >> >> >> >> On 12/19/2023 5:41 PM, Krzysztof Kozlowski wrote: >>> On 19/12/2023 10:36, Aiqun Yu (Maria) wrote: >>>> >>>> >>>> On 12/19/2023 3:17 PM, Krzysztof Kozlowski wrote: >>>>> On 19/12/2023 01:31, Tengfei Fan wrote: >>>>>> The address/size-cells in mdss_dsi1 node have not ranges and child also >>>>>> have not reg, then this leads to dtc W=1 warnings: >>>>> >>>> Comments can be more readable: >>>> "mdss_dsi1" node don't have "ranges" or child "reg" property, while it >>>> have address/size-cells properties. This caused >>>> "avoid_unnecessary_addr_size" warning from dtb check. >>>> Remove address/size-cells properties for "mdss_dsi1" node. >>>> >>>>> I cannot parse it. Address/size cells never have ranges or children. >>>>> They cannot have. These are uint32 properties. >>>> Pls help to comment on the revised commit message. Every time I write a >>>> commit message, also takes a while for me to double confirm whether >>>> others can understand me correctly as well. Feel free to let us know if >>>> it is not readable to you. It will help us as non-English native developers. >>>>> >>>>>> >>>>>> sm8550.dtsi:2937.27-2992.6: Warning (avoid_unnecessary_addr_size): /soc@0/display-subsystem@ae00000/dsi@ae96000: >>>>>> unnecessary #address-cells/#size-cells without "ranges" or child "reg" property >>>>>> >>>>>> >>>>>> Reviewed-by: Dmitry Baryshkov >>>>>> Signed-off-by: Tengfei Fan >>>>>> --- >>>>> >>>>> I disagreed with the patch before. You resubmit it without really >>>>> addressing my concerns. >>>>> >>>>> I am not sure if this is correct fix and I want to fix all of such >>>>> errors (there are multiple of them) in the same way. Feel free to >>>>> propose common solution based on arguments. >>>> Per my understanding, "qcom,mdss-dsi-ctrl" driver node like "mdss_dsi1" >>>> don't need to have address/size-cells properties. >>> >>> Just because dtc says so? And what about bindings? >> I don't find any reason why "qcom,mdss-dsi-ctrl" driver node need to >> have address/size-cells properties. Document Bindings should also be fixed. >>> >>>> Feel free to let us know whether there is different idea of >>>> "address/size-cells" needed for the "qcom,mdss-dsi-ctrl" driver node. >>> >>> The bindings expressed that idea. If the binding is incorrect, fix the >>> binding and the DTS. If the binding is correct, provide rationale why it >>> somehow does not apply here etc. >> Our plan is to fix the bindings as well. >> >> In case you have missed the question, I just re-place it here: >> While there are about 22 different soc dtsi and it's document binding >> files needed to be fixed. Shall we fix it for all qcom related soc usage >> in one patch, or we'd better to split into different patches according >> to soc specifically? > > Don't touch the bindings unless you understand what you are doing. > Your patch will be NAKed. There can be a DSI panel attached to the DSI > host, which means there is a need for #address-cells / #size-cells. > Could you please help to elaborate more on details? Like what's the right example here for the "qcom,mdss-dsi-ctrl" driver node needed to have "#address-cells"/"#size-cells". Thx to chime in that we have put a good amount of time here. > Please stop wasting the time on dtc warning. The bindings (and the > file) are correct. I don't agree here. Either it is a wrong usage of "#address-cells"/"#size-cells", or dtc warning should be fixed with this usage take into account. "dtb check" will be a good guideline for developers to follow, I don't think it is wasting time here. > -- Thx and BRs, Aiqun(Maria) Yu