Received: by 2002:a05:6a10:17d3:0:0:0:0 with SMTP id hz19csp2701292pxb; Mon, 19 Apr 2021 11:37:47 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyXR22Kt/lc1ISgqsSBzMCV4AIHBXwzAqkQlJJsEPsP61MmIExQ8W4ZtOFMJeQSJ+BiqRWb X-Received: by 2002:aa7:dc46:: with SMTP id g6mr27435846edu.342.1618857467009; Mon, 19 Apr 2021 11:37:47 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1618857467; cv=none; d=google.com; s=arc-20160816; b=0CGW9BZLnkwQ8hJbhFRnuRuBTQ2CSaCAKtlycnlyEM/tt+aVI+7y1tPachEOs0Bt/d WdscOAYAVfZB+AaN+EsNOpbXX9mJiDIhL4u7kNuOR15R6jzu6Fku3UP5tlkilqNTZ3SU RVt2CCLY/GKVZN0JcqD5gfGb0AAabxEBq1Dkid41gwTKNyU22hu4TWYh5IEwbwlyHm6H kLq8S966qtxcGesPen5YAtkV1FdfvC2bwnyuMXTIpTgkBeZMaUnQyjwU7jysIwETBuCN atnXLaJLesU5ANIJcYJLdMjBKLASjWxnC1Xu9HflCSZGwfDAnYuVerSXhAdU6SDhTApp I2qg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject:dkim-signature; bh=OXaauSRjk+zYc9QtLxaKiJoUKuIYku9vCcs2vSIe314=; b=yMUB0zeVsQhzAJemM9CxZ16B6YOljQZF8F13yXRYqAfDVnUBr6D5z1HCiguhCvUsHX D5eeXu7Ig4i9MJ3AocJjnCKou8DX5HtGFu1X7NU1IsIh7FwQ/i++R0/rWbqSWQpSsgbC /OTC63K2vItPNAR4piSaIiA7s/nQv3xpzUTWlLe2fo/37BbnQuUbTSU0Z5L/ssBrL9nH NHNzfHXBgkfloyVgXGrAg1D1Vb6IRRTkEf2kuUVWoDTIe1L6RlHMjkEVCEMLckEoPASL n33peV41xJ2EJq3o6Y9COVVoX+jnrKFCR3f9p+0pWFw+9onXVDpo2HCdY8Kd81E9AHiU wuaQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@foss.st.com header.s=selector1 header.b=xm0vfKYH; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=foss.st.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id 12si2640542ejj.165.2021.04.19.11.37.23; Mon, 19 Apr 2021 11:37:46 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@foss.st.com header.s=selector1 header.b=xm0vfKYH; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=foss.st.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232929AbhDSOEz (ORCPT + 99 others); Mon, 19 Apr 2021 10:04:55 -0400 Received: from mx07-00178001.pphosted.com ([185.132.182.106]:44772 "EHLO mx07-00178001.pphosted.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230021AbhDSOEz (ORCPT ); Mon, 19 Apr 2021 10:04:55 -0400 Received: from pps.filterd (m0241204.ppops.net [127.0.0.1]) by mx07-00178001.pphosted.com (8.16.0.43/8.16.0.43) with SMTP id 13JE1JPa005836; Mon, 19 Apr 2021 16:04:04 +0200 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=foss.st.com; h=subject : to : cc : references : from : message-id : date : mime-version : in-reply-to : content-type : content-transfer-encoding; s=selector1; bh=OXaauSRjk+zYc9QtLxaKiJoUKuIYku9vCcs2vSIe314=; b=xm0vfKYH4RfavqXSCDEG56lsKxSLAGH/1vKj3XM3QCsbGBIBBwGYY+om8iR/HEoZlKc/ eeJXar3zcjyznTceE5SVhnlfO5DaDgcdVsMXso+QUhyr3faVzlHKjIVOzWb5mnrcbIXK cJbyF5jY3d8tQyAW04vMfzZVpp+LSnMd0kxGhNvEuTsszk5GTQ+EWj3RMe3wCUbo8SWX pRRPfY4yW3UL6YWoXIeBXR1jBEvEM3TuKBUqBhfpgZlXaZHUTKYmrbFOBUNkSiD2lxGm Y2Lw31YG/P6a3yMbUoJoHzoVj6fq0qbl5iYChIUHgEPSp9eTrS+AZWtjq79nvPihfzUt ew== Received: from beta.dmz-eu.st.com (beta.dmz-eu.st.com [164.129.1.35]) by mx07-00178001.pphosted.com with ESMTP id 380wj64130-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Mon, 19 Apr 2021 16:04:04 +0200 Received: from euls16034.sgp.st.com (euls16034.sgp.st.com [10.75.44.20]) by beta.dmz-eu.st.com (STMicroelectronics) with ESMTP id BB42B10002A; Mon, 19 Apr 2021 16:04:03 +0200 (CEST) Received: from Webmail-eu.st.com (sfhdag2node3.st.com [10.75.127.6]) by euls16034.sgp.st.com (STMicroelectronics) with ESMTP id 845B92200B1; Mon, 19 Apr 2021 16:04:03 +0200 (CEST) Received: from lmecxl0912.lme.st.com (10.75.127.49) by SFHDAG2NODE3.st.com (10.75.127.6) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Mon, 19 Apr 2021 16:04:02 +0200 Subject: Re: [PATCH 12/13] ARM: dts: stm32: fix DSI port node on STM32MP15 To: Arnd Bergmann CC: Ahmad Fatoum , Rob Herring , Marek Vasut , Jagan Teki , Manivannan Sadhasivam , Marcin Sloniewski , Linux ARM , DTML , , Linux Kernel Mailing List , Lee Jones , Jakub Kicinski References: <20210415101037.1465-1-alexandre.torgue@foss.st.com> <20210415101037.1465-13-alexandre.torgue@foss.st.com> <96da49dc-f24d-aa12-e1d8-39b5a5b6fbc9@foss.st.com> From: Alexandre TORGUE Message-ID: Date: Mon, 19 Apr 2021 16:04:01 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset="utf-8"; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Originating-IP: [10.75.127.49] X-ClientProxiedBy: SFHDAG2NODE1.st.com (10.75.127.4) To SFHDAG2NODE3.st.com (10.75.127.6) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.391,18.0.761 definitions=2021-04-19_10:2021-04-19,2021-04-19 signatures=0 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 4/19/21 3:57 PM, Arnd Bergmann wrote: > On Thu, Apr 15, 2021 at 2:23 PM Alexandre TORGUE > wrote: >> On 4/15/21 12:43 PM, Ahmad Fatoum wrote: >>> On 15.04.21 12:10, Alexandre Torgue wrote: >>>> Running "make dtbs_check W=1", some warnings are reported concerning >>>> DSI. This patch reorder DSI nodes to avoid: >>>> >>>> soc/dsi@5a000000: unnecessary #address-cells/#size-cells without >>>> "ranges" or child "reg" property >>> >>> This reverts parts of commit 9c32f980d9 ("ARM: dts: stm32: preset >>> stm32mp15x video #address- and #size-cells"): >>> >>> The cell count for address and size is defined by the binding and not >>> something a board would change. Avoid each board adding this >>> boilerplate by having the cell size specification in the SoC DTSI. >>> >>> >>> The DSI can have child nodes with a unit address (e.g. a panel) and ones >>> without (ports { } container). ports is described in the dtsi, panels are >>> described in the dts if available. >>> >>> Apparently, the checker is fine with >>> ports { >>> #address-cells = <1>; >>> #size-cells = <0>; >>> }; >>> >>> I think my rationale for the patch above was sound, so I think the checker >>> taking offense at the DSI cells here should be considered a false positive. >> >> If it's a "false positive" warning then we need to find a way to not >> print it out. Else, it'll be difficult to distinguish which warnings are >> "normal" and which are not. This question could also be applied to patch[3]. >> >> Arnd, Rob what is your feeling about this case ? > > I don't have a strong opinion on this either way, but I would just > not apply this one for 5.13 in this case. Rob, Alexandre, please > let me know if I should apply the other patches before the > merge window, I usually don't mind taking bugfixes late before the > merge window, but I still want some level of confidence that they > are actually correct. For me, we can keep this series for the v5.14 cycle. regards alex > > Ahmad, if you feel strongly about this particular issue, would you like > to suggest a patch for the checker? > > Arnd >