Received: by 2002:a05:6a10:16a7:0:0:0:0 with SMTP id gp39csp171415pxb; Wed, 4 Nov 2020 18:31:54 -0800 (PST) X-Google-Smtp-Source: ABdhPJwrxCVTEHzgXVyma/3APknuP2mWHXTwmiMQ/5RprH4jMSSNLqlM6K54K2Flq1Iml37Hnuyb X-Received: by 2002:a17:906:40cb:: with SMTP id a11mr167908ejk.217.1604543513803; Wed, 04 Nov 2020 18:31:53 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1604543513; cv=none; d=google.com; s=arc-20160816; b=d7SU7SSfei7ZgcHafETKl8MnVS6kkdLpXp32INxgcekrC9AnlVq0YaDlBiktf24cw3 x9wdzmk/uIPRpd2WH4fVCF/8PuO31DE+20lZnOkLz1Jqcd1q89gSg6Vw5jM2zk/WrOE+ VuFSkgawFSZy6kieBtehBgSSj+jr8FYB835+zjPw6/tdtAAjOeSxqIN9BI62zmnGxVqk 3+jnPQrwd/krcLXVGFGN9eSD2PicslmNTswhd/6Vt53VL5bmo2HXFj3CJiNdG4BugU2o f+2cG9+Z90LAZykwFJq7kTzmgHTOJ/nFzVfVzPuWGe8RmffQRB/iSH1XQtSPS/Q3/9kg XGtg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from :dkim-signature; bh=zDxfpgPER7rvX5VP3AXwacbFeJ4kkAPtTo3HibFx4tA=; b=SECynPuJnKrsltQfmxW59mD6brYaM8t8cy8/2jQWj6BAaSxRLtZhjqHqegpD5e69nC wTPuSNxzFcM5gkd9MPImg7I3JRYRe82TmbPy2f2iCCw4TBKBvDDDCwGA6Po7RbNYm4tB q4dXHXZh6/4ACBz7HMuNqHxQUmG4KW20mzJ+/UnczWjjc+S5dqAMSeBoasnAa5t+4QDn WZwDs8H5UtfMr5MF+y4wIN0IW5z/D7Y0P/hXCsn5VwL0cyqvGa1p0JEDxvIg5gtvvnR5 bDWyX9LuBWePMAuNvzc4EGVH4dsrIWjfKSQzy3L6k8mR0DirKg2H1KgTQg6j8v0lhUU3 hhvQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@ti.com header.s=ti-com-17Q1 header.b=OMgpppyM; 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 h13si191734edn.268.2020.11.04.18.31.31; Wed, 04 Nov 2020 18:31:53 -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=OMgpppyM; 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 S1732407AbgKDWo2 (ORCPT + 99 others); Wed, 4 Nov 2020 17:44:28 -0500 Received: from fllv0015.ext.ti.com ([198.47.19.141]:38474 "EHLO fllv0015.ext.ti.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1732342AbgKDWo1 (ORCPT ); Wed, 4 Nov 2020 17:44:27 -0500 Received: from fllv0034.itg.ti.com ([10.64.40.246]) by fllv0015.ext.ti.com (8.15.2/8.15.2) with ESMTP id 0A4Mi1P9005765; Wed, 4 Nov 2020 16:44:01 -0600 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ti.com; s=ti-com-17Q1; t=1604529841; bh=zDxfpgPER7rvX5VP3AXwacbFeJ4kkAPtTo3HibFx4tA=; h=From:To:CC:Subject:Date:In-Reply-To:References; b=OMgpppyM38ABju8M8smDLjHcQc7TpJKQmCS62yW8z3NTH4/kFxUqxln6Lx8Ki+6sj pxhSOrwLtLmOec2Mp705LPFk1EgL6fnHh5z2gSxGmjFGzhorJ3L39EO2Ogrx3eQVSd BW8xOu9Ns0R+0heWT3PgvO/p/BEzdkAX/LZSdrCg= Received: from DLEE105.ent.ti.com (dlee105.ent.ti.com [157.170.170.35]) by fllv0034.itg.ti.com (8.15.2/8.15.2) with ESMTPS id 0A4Mi1Ev010318 (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=FAIL); Wed, 4 Nov 2020 16:44:01 -0600 Received: from DLEE109.ent.ti.com (157.170.170.41) by DLEE105.ent.ti.com (157.170.170.35) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1979.3; Wed, 4 Nov 2020 16:44:01 -0600 Received: from fllv0040.itg.ti.com (10.64.41.20) by DLEE109.ent.ti.com (157.170.170.41) 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; Wed, 4 Nov 2020 16:44:01 -0600 Received: from localhost (ileax41-snat.itg.ti.com [10.172.224.153]) by fllv0040.itg.ti.com (8.15.2/8.15.2) with ESMTP id 0A4Mi1XS016057; Wed, 4 Nov 2020 16:44:01 -0600 From: Nishanth Menon To: Roger Quadros , Keerthy , Jyri Sarha , Tomi Valkeinen , Peter Ujfalusi , Lokesh Vutla , Rob Herring , Tony Lindgren , Tero Kristo CC: , , , Nishanth Menon Subject: [PATCH 1/4] arm64: dts: ti: k3-am65*: Cleanup disabled nodes at SoC dtsi level Date: Wed, 4 Nov 2020 16:43:53 -0600 Message-ID: <20201104224356.18040-2-nm@ti.com> X-Mailer: git-send-email 2.29.2 In-Reply-To: <20201104224356.18040-1-nm@ti.com> References: <20201104224356.18040-1-nm@ti.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain X-EXCLAIMER-MD-CONFIG: e1e8a2fd-e40a-4ac6-ac9b-f7e9cc9ee180 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org The device tree standard sets the default node behavior when status property as enabled. There are many reasons for doing the same, number of strings in device tree, default power management functionality etc are few of the reasons. In general, after a few rounds of discussions [1] there are few options one could take when dealing with SoC dtsi and board dts a. SoC dtsi provide nodes as a super-set default (aka enabled) state and to prevent messy board files, when more boards are added per SoC, we optimize and disable commonly un-used nodes in board-common.dtsi b. SoC dtsi disables all hardware dependent nodes by default and board dts files enable nodes based on a need basis. c. Subjectively pick and choose which nodes we will disable by default in SoC dtsi and over the years we can optimize things and change default state depending on the need. While there are pros and cons on each of these approaches, the right thing to do will be to stick with device tree default standards and work within those established rules. So, we choose to go with option (a). Lets cleanup defaults of am654 SoC dtsi before this gets more harder to cleanup later on and new SoCs are added. The dtb generated is identical with the patch and it is just cleanup to ensure we have a clean usage model [1] https://lore.kernel.org/linux-arm-kernel/20201027130701.GE5639@atomide.com/ Fixes: 9bcb631e9953 ("arm64: dts: ti: k3-am654-main: Add McASP nodes") Fixes: fc539b90eda2 ("arm64: dts: ti: am654: Add DSS node") Cc: Jyri Sarha Cc: Tomi Valkeinen Cc: Peter Ujfalusi Cc: Tony Lindgren Signed-off-by: Nishanth Menon --- arch/arm64/boot/dts/ti/k3-am65-main.dtsi | 8 -------- arch/arm64/boot/dts/ti/k3-am654-base-board.dts | 16 ++++++++++++++++ 2 files changed, 16 insertions(+), 8 deletions(-) diff --git a/arch/arm64/boot/dts/ti/k3-am65-main.dtsi b/arch/arm64/boot/dts/ti/k3-am65-main.dtsi index 533525229a8d..21e50021dd83 100644 --- a/arch/arm64/boot/dts/ti/k3-am65-main.dtsi +++ b/arch/arm64/boot/dts/ti/k3-am65-main.dtsi @@ -770,8 +770,6 @@ mcasp0: mcasp@2b00000 { clocks = <&k3_clks 104 0>; clock-names = "fck"; power-domains = <&k3_pds 104 TI_SCI_PD_EXCLUSIVE>; - - status = "disabled"; }; mcasp1: mcasp@2b10000 { @@ -789,8 +787,6 @@ mcasp1: mcasp@2b10000 { clocks = <&k3_clks 105 0>; clock-names = "fck"; power-domains = <&k3_pds 105 TI_SCI_PD_EXCLUSIVE>; - - status = "disabled"; }; mcasp2: mcasp@2b20000 { @@ -808,8 +804,6 @@ mcasp2: mcasp@2b20000 { clocks = <&k3_clks 106 0>; clock-names = "fck"; power-domains = <&k3_pds 106 TI_SCI_PD_EXCLUSIVE>; - - status = "disabled"; }; cal: cal@6f03000 { @@ -865,8 +859,6 @@ dss: dss@04a00000 { interrupts = ; - status = "disabled"; - dss_ports: ports { #address-cells = <1>; #size-cells = <0>; diff --git a/arch/arm64/boot/dts/ti/k3-am654-base-board.dts b/arch/arm64/boot/dts/ti/k3-am654-base-board.dts index d12dd89f3405..199c4d4e7539 100644 --- a/arch/arm64/boot/dts/ti/k3-am654-base-board.dts +++ b/arch/arm64/boot/dts/ti/k3-am654-base-board.dts @@ -486,3 +486,19 @@ &cpsw_port1 { phy-mode = "rgmii-rxid"; phy-handle = <&phy0>; }; + +&mcasp0 { + status = "disabled"; +}; + +&mcasp1 { + status = "disabled"; +}; + +&mcasp2 { + status = "disabled"; +}; + +&dss { + status = "disabled"; +}; -- 2.29.2