From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lelvem-ot02.ext.ti.com (lelvem-ot02.ext.ti.com [198.47.23.235]) (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 428B4376F1; Thu, 26 Jun 2025 04:02:31 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=198.47.23.235 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1750910553; cv=none; b=tLVJzPjzLJT4fOVNaA3miComhHFL3adTbIUsgLGD3DS1Chh6toNo95X68Dw2BY9NwRXXzlfDDl3wS3LuP+dW3TRshmr0vK+faaiANTVrd+6zrFONreOCca0HCzWl6uxc9Fh9p1WIEo54PvRn1GqHFZTy+lbrRc9eSWbcVnqIxSA= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1750910553; c=relaxed/simple; bh=fiZjViH+B1QJRbbCy6n/b7e/cdVKmHz/rpcg/h4EbE4=; h=Message-ID:Date:MIME-Version:Subject:To:CC:References:From: In-Reply-To:Content-Type; b=u3KAbyTrOlfCmVTfyFTVE51apbdApo7NLYi0lBYUXTSZMb6D63/QW+Rz66oQYwWwBiCIjKN9hFnQ9s3PRq4yGd9vKk4kP9FM3Tlq2Kl1Wnb50Q5an3DiESr4B6GL5Sxb1k9Hc8YVkoEy7Hwd4BT7DQX3rIePUk0NyS7jNtDwLSQ= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=ti.com; spf=pass smtp.mailfrom=ti.com; dkim=pass (1024-bit key) header.d=ti.com header.i=@ti.com header.b=LtENwyHI; arc=none smtp.client-ip=198.47.23.235 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=ti.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=ti.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=ti.com header.i=@ti.com header.b="LtENwyHI" Received: from fllvem-sh03.itg.ti.com ([10.64.41.86]) by lelvem-ot02.ext.ti.com (8.15.2/8.15.2) with ESMTP id 55Q42PC02303186; Wed, 25 Jun 2025 23:02:25 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ti.com; s=ti-com-17Q1; t=1750910545; bh=xB9dRw9uYtsjuxMgsVAuJMwlfiDy5nUxbGT1YdqIT4Y=; h=Date:Subject:To:CC:References:From:In-Reply-To; b=LtENwyHIM4ucwSkRJQ9KOEvrYvSzOBCfJH9ixv/Z2eXbeuB3V7tapudz5WMv8PiqC QOXtZMKGjpW6MC+Febpx2xtBM/6kWOLX/SzARFfZY8UxDin7aan2nWalDuN1CEWHKV ZvhDzQ2nPUey1VbGJGNSuoZoMj1yjwGoonWVIpIk= Received: from DLEE104.ent.ti.com (dlee104.ent.ti.com [157.170.170.34]) by fllvem-sh03.itg.ti.com (8.18.1/8.18.1) with ESMTPS id 55Q42Pox1619858 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-SHA256 bits=128 verify=FAIL); Wed, 25 Jun 2025 23:02:25 -0500 Received: from DLEE107.ent.ti.com (157.170.170.37) by DLEE104.ent.ti.com (157.170.170.34) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.2507.55; Wed, 25 Jun 2025 23:02:24 -0500 Received: from lelvem-mr06.itg.ti.com (10.180.75.8) by DLEE107.ent.ti.com (157.170.170.37) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.2507.55 via Frontend Transport; Wed, 25 Jun 2025 23:02:24 -0500 Received: from [172.24.227.245] (uda0132425.dhcp.ti.com [172.24.227.245]) by lelvem-mr06.itg.ti.com (8.18.1/8.18.1) with ESMTP id 55Q42LBe334729; Wed, 25 Jun 2025 23:02:22 -0500 Message-ID: <02a85bf3-0c2e-48b6-9938-c4f8a50d662b@ti.com> Date: Thu, 26 Jun 2025 09:32:22 +0530 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] arm64: dts: ti: k3-am62: copy bootph flags to Linux To: Bryan Brattlof , Nishanth Menon , Tero Kristo , Rob Herring , Krzysztof Kozlowski , Conor Dooley CC: , , References: <20250624-62-uboot-cleanup-v1-1-c36230ab0375@ti.com> From: Vignesh Raghavendra Content-Language: en-US In-Reply-To: <20250624-62-uboot-cleanup-v1-1-c36230ab0375@ti.com> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-C2ProcessedOrg: 333ef613-75bf-4e12-a4b1-8e3623f5dcea On 24/06/25 20:20, Bryan Brattlof wrote: > To keep things as organized as possible, copy the bootph-all properties > from U-Boot for the packet DMA controller to indicate it should be > available during all phases of bootup. > Above isn't a valid reason to add bootph-all properties to a node. You would need to say why this DMA controller is needed during all phases of boot, does this enable a certain boot-mode? Fix $subject to reflect the same. > Signed-off-by: Bryan Brattlof > --- > arch/arm64/boot/dts/ti/k3-am62-main.dtsi | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/arch/arm64/boot/dts/ti/k3-am62-main.dtsi b/arch/arm64/boot/dts/ti/k3-am62-main.dtsi > index 9e0b6eee9ac77d66869915b2d7bec3e2275c03ea..2a727caf36ec44e4a023c5985d1bad9b80737633 100644 > --- a/arch/arm64/boot/dts/ti/k3-am62-main.dtsi > +++ b/arch/arm64/boot/dts/ti/k3-am62-main.dtsi > @@ -150,6 +150,7 @@ main_pktdma: dma-controller@485c0000 { > "ring", "tchan", "rchan", "rflow"; > msi-parent = <&inta_main_dmss>; > #dma-cells = <2>; > + bootph-all; > > ti,sci = <&dmsc>; > ti,sci-dev-id = <30>; > > --- > base-commit: 19272b37aa4f83ca52bdf9c16d5d81bdd1354494 > change-id: 20250623-62-uboot-cleanup-dbec66f9e257 > > Best regards, -- Regards Vignesh https://ti.com/opensource