Received: by 2002:a05:6a10:16a7:0:0:0:0 with SMTP id gp39csp1689958pxb; Fri, 13 Nov 2020 22:00:06 -0800 (PST) X-Google-Smtp-Source: ABdhPJz+wJtamrzOfePdA3fHgniVf4mDwDnAJAxCVDwzeEqwtL9OSMRGRwpGxFL/8kfQQpyOPaMq X-Received: by 2002:a17:906:d94:: with SMTP id m20mr5738290eji.279.1605333606466; Fri, 13 Nov 2020 22:00:06 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1605333606; cv=none; d=google.com; s=arc-20160816; b=KO+0PA+3TZQUKS/Ijdq0b2sIgj4pCgc1BifqPNiFnekdvf+a/DSMAz5SfkIqOkQzDK 9PZh6rkmF6GzB0OXNF7ruTUXpT2nhcQYwZAtE4Rk5xC9hKCoCOVe/CTKxA43rCCStDQG +Tcy91muYu2/qz2zmecrOuc2NvzG+ZF73oIHgJE8dEUAmtRtBdG1CHsvazZRowDD3ld3 rBAgNxTZUSkrDyKaAyVWPtK2rPdV6FOpUQoQkM+dGfL7cXZWIUL7207CubooDn/qj9Q6 cwdyAk3JVfZ/swuRB+OyNPrpz+yOsqc+B4poAadxLvFdqByH+lN0nX5cjxbRzs8YQx9V WHvw== 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=i/b4QqbFJbheUDWrx4qaD3FufsjZM6A9vQlxEtV8pNk=; b=dZR2avlj34zHnz1DH9/R6xasHt6rcFSioFrX4MaOKvH7vGA+MqNWA4VrYxIw9cyNOC IsLE3OD7ohgrM7c8dnGQBhT0B+G4Lin5Fowa3VcY9nzGYalEPY1zQP+Ecr/YZGF/NN+x n85uNiUF/9PIkyvjoxHlo7euSZ0R5SPXh1frJCQu/mG8arwyXxDW9in/NawzdXQcX3kP ZSuT7ahyvE4wwWPQHE31qn6mr41JB7Nq+fbIQnJ4j6Y5010baB/+q0Z5Dfas85JRakd5 dejcWZim/5uOeb/fd4YZ6XI5mQw01P42VOhS/ESCScEenOXhRGS72T57I9Tx/wmD34Pv DQmQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@ti.com header.s=ti-com-17Q1 header.b=YzwkqY6c; 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=QUARANTINE sp=NONE dis=NONE) header.from=ti.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id yh25si7667311ejb.502.2020.11.13.21.59.42; Fri, 13 Nov 2020 22:00:06 -0800 (PST) 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=@ti.com header.s=ti-com-17Q1 header.b=YzwkqY6c; 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=QUARANTINE sp=NONE dis=NONE) header.from=ti.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726497AbgKNF5J (ORCPT + 99 others); Sat, 14 Nov 2020 00:57:09 -0500 Received: from fllv0015.ext.ti.com ([198.47.19.141]:46208 "EHLO fllv0015.ext.ti.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726479AbgKNF5J (ORCPT ); Sat, 14 Nov 2020 00:57:09 -0500 Received: from lelv0266.itg.ti.com ([10.180.67.225]) by fllv0015.ext.ti.com (8.15.2/8.15.2) with ESMTP id 0AE5uw3r013450; Fri, 13 Nov 2020 23:56:58 -0600 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ti.com; s=ti-com-17Q1; t=1605333418; bh=i/b4QqbFJbheUDWrx4qaD3FufsjZM6A9vQlxEtV8pNk=; h=Subject:To:CC:References:From:Date:In-Reply-To; b=YzwkqY6cGeKrn5lfJMEELO8P4VLB8m+B2TCW6UV0a8pr208Nk1ZSAmxw2TGl3wT73 dpTt7n+y8WM7BR6q4etR3L9XiS5kL4PL/H5BGRXC7xeVmOK293Pv+wmWAcTy9StQBv O2d8rPSi2zEglCViLmlos8TUiVXYVT0qCxPX3UV4= Received: from DLEE101.ent.ti.com (dlee101.ent.ti.com [157.170.170.31]) by lelv0266.itg.ti.com (8.15.2/8.15.2) with ESMTPS id 0AE5uwPN039082 (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=FAIL); Fri, 13 Nov 2020 23:56:58 -0600 Received: from DLEE102.ent.ti.com (157.170.170.32) by DLEE101.ent.ti.com (157.170.170.31) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1979.3; Fri, 13 Nov 2020 23:56:58 -0600 Received: from fllv0040.itg.ti.com (10.64.41.20) by DLEE102.ent.ti.com (157.170.170.32) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1979.3 via Frontend Transport; Fri, 13 Nov 2020 23:56:58 -0600 Received: from [10.24.69.198] (ileax41-snat.itg.ti.com [10.172.224.153]) by fllv0040.itg.ti.com (8.15.2/8.15.2) with ESMTP id 0AE5up5f052202; Fri, 13 Nov 2020 23:56:55 -0600 Subject: Re: [PATCH 1/3] arm64: dts: ti: k3-j7200-main: Add gpio nodes in main domain To: Nishanth Menon , , Andre Przywara CC: Grygorii Strashko , Lokesh Vutla , Faiz Abbas , , , , References: <20201102191120.20380-1-faiz_abbas@ti.com> <20201102191120.20380-2-faiz_abbas@ti.com> <20201112163953.soia5cje4ry42ujf@kahuna> <6ce6de4b-6e4d-1d2d-aa7a-570d1796d668@ti.com> <20201113184020.drntugqsnj7dzsnh@ultimatum> <20201113205552.p63u2gxgw4pfxil5@stunning> <7ee0261c-c6c7-96f2-a15c-587becb28b06@ti.com> From: Sekhar Nori Message-ID: Date: Sat, 14 Nov 2020 11:26:51 +0530 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.9.0 MIME-Version: 1.0 In-Reply-To: <7ee0261c-c6c7-96f2-a15c-587becb28b06@ti.com> Content-Type: text/plain; charset="utf-8" Content-Language: en-US Content-Transfer-Encoding: 8bit X-EXCLAIMER-MD-CONFIG: e1e8a2fd-e40a-4ac6-ac9b-f7e9cc9ee180 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 14/11/20 9:45 AM, Grygorii Strashko wrote: > Hi > > On 13/11/2020 22:55, Nishanth Menon wrote: >> On 00:39-20201114, Sekhar Nori wrote: >>> >>> I was using the latest schema from master. But I changed to 2020.08.1 >>> also, and still don't see the warning. >>> >>> $ dt-doc-validate --version >>> 2020.12.dev1+gab5a73fcef26 >>> >>> I dont have a system-wide dtc installed. One in kernel tree is updated. >>> >>> $ scripts/dtc/dtc --version >>> Version: DTC 1.6.0-gcbca977e >>> >>> Looking at your logs, it looks like you have more patches than just this >>> applied. I wonder if thats making a difference. Can you check with just >>> these patches applied to linux-next or share your tree which includes >>> other patches? >>> >>> In your logs, you have such error for other interrupt controller nodes >>> as well. For example: >>> >>>   arch/arm64/boot/dts/ti/k3-j7200-main.dtsi: >>> /bus@100000/bus@30000000/interrupt-controller1: Missing #address-cells >>> in interrupt provider >>> >>> Which I don't see in my logs. My guess is some other patch(es) in your >>> patch stack either uncovers this warning or causes it. >> >> Oh boy! I sent you and myself on wild goose chase! Really sorry about >> messing up in the report of bug. >> >> It is not dtbs_check, it is building dtbs with W=2 that generates this >> warning. dtc 1.6.0 is sufficient to reproduce this behavior. >> >> Using v5.10-rc1 as baseline (happens the same with next-20201113 as >>         well. >> >> v5.10-rc1: https://pastebin.ubuntu.com/p/Pn9HDqRjQ4/ (recording: >>      https://asciinema.org/a/55YVpql9Bq8rh8fePTxI2xObO) >> >> v5.10-rc1 + 1st patch in the series(since we are testing): >>     https://pastebin.ubuntu.com/p/QWQRMSv565/ (recording: >> https://asciinema.org/a/ZSKZkOY13l4lmZ2xWH34jMlM1) >> >> Diff: https://pastebin.ubuntu.com/p/239sYYT2QY/ >> > > This warning come from scripts/dtc/checks.c > and was introduced by commit 3eb619b2f7d8 ("scripts/dtc: Update to > upstream version v1.6.0-11-g9d7888cbf19c"). > > In my opinion it's false warning as there is no requirement to have  > #address-cells in interrupt provider node. > by the way, above commit description says: "The interrupt_provider check > is noisy, so turn it off for now." Adding Andre who adding this check in upstream dtc for guidance. It looks like address-cells makes sense only if there is an interrupt-map specified as well. Since we don't use it, I can add #address-cells = <0>; to silence the warning. Let me know if there is a better way to deal with this. Thanks, Sekhar