From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-wm1-f47.google.com (mail-wm1-f47.google.com [209.85.128.47]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id ED7433CF689 for ; Thu, 7 May 2026 13:14:38 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.128.47 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1778159682; cv=none; b=HIqB6t76CH6+gQBiqi7vEyQ4d2iwSNFmuxCVkAkhFGJZZC8OHIGvBZp1HOpDW0IUw6MoYcxTczAeun1RqyKuGhPz2Yv9+XEDev4qguIBwuTR04FVdLV00PlX8SsrP7nLsBmTjAHdVcg1NpuZlWKXhEI3smsVKz0rqgooMnA1QNQ= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1778159682; c=relaxed/simple; bh=ZhTdEpf2MNFijll5W3x2vK+23ZDC6tNbNnY9iCWqGvM=; h=Mime-Version:Content-Type:Date:Message-Id:Subject:From:To:Cc: References:In-Reply-To; b=UbdERxvRuQ3Xzn4QOoncivesBfyBd0nWxpOmmyr8D4ddE06ziV8vFzafcywRQvVlXECCZydYeHiN8NXEpE3TdqyVAinlY08ZFNw4eReSYU+22V4HsO5990NMlp9bCEmUe0MDJVEKmKP2msIJRVe4MnO+zD+RCzH9cvMXS/C+d6k= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=baylibre.com; spf=pass smtp.mailfrom=baylibre.com; dkim=pass (2048-bit key) header.d=baylibre-com.20251104.gappssmtp.com header.i=@baylibre-com.20251104.gappssmtp.com header.b=UNzrdjiu; arc=none smtp.client-ip=209.85.128.47 Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=baylibre.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=baylibre.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=baylibre-com.20251104.gappssmtp.com header.i=@baylibre-com.20251104.gappssmtp.com header.b="UNzrdjiu" Received: by mail-wm1-f47.google.com with SMTP id 5b1f17b1804b1-488ab2db91aso9577095e9.3 for ; Thu, 07 May 2026 06:14:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=baylibre-com.20251104.gappssmtp.com; s=20251104; t=1778159677; x=1778764477; darn=vger.kernel.org; h=in-reply-to:references:cc:to:from:subject:message-id:date :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=PMTg4x+eEXsPu7Tgk5l8N+6jmxWHQBVR0ARsPIG0eJ8=; b=UNzrdjiuoS4fURntiwfLsCitXt7+3TAnqCOn45Zk/ctypBCltkbr8ly38X6SvsdaIO C0U9eQ5kAePnPtTTvj1T0xVZv48CBRWTPWx/xdFwBMPWb2y9zzBdhFOQ+Sua79Ht1SUp MCXUchgU+6aSld2KG7BbfwuJ7eflw0cICGiBxM+3qelmsfmiWZoc8WCMRe18Kv4JvaBZ v2FcdNBqX/OUaSjz5WoaouN7RmWPpI8rPScWgWMJu13n4OJ3bXn5fEaeW9E/6Sd6vbb8 l+RU12AS0ZYDJCmWYBx07hyqvNNPbKk12Qj/hghKtaxJN1AlfRUSLIIQ2pPCRVtnQXnE niXw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1778159677; x=1778764477; h=in-reply-to:references:cc:to:from:subject:message-id:date :mime-version:x-gm-gg:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=PMTg4x+eEXsPu7Tgk5l8N+6jmxWHQBVR0ARsPIG0eJ8=; b=degV91qaCz+wM670cjxaTEOG7wh+qK+2j/nRT4Wd3Vp5qfLqaOuBzJvzU2KSlIo6ha Gf/senGYeVNJVbv/R8A9D5YswjU52kva0eDmKsr1jxYLJJtOSci4o0y4AJy1Rhb2i0zm tMXvSd2X0crD78ERVZEWwbPysKWlEa5pd0MYZ22EkjtWXk7N9dnkLQC2MD5Z2x9B2TXW sQC9TmwdmaJcXUXOEUMpq+cy5JEkZVPexlXP5H94v5VkL6NSvNnJ++hnjNYEqzWTovmj pHctNlVWayGWm6QuPOqxP7MTmzKCIbUZoxrJCAW5AQ8r9Ov9fI5lTJ5F6MqtxJpxOmGR 1XfA== X-Forwarded-Encrypted: i=1; AFNElJ8IU7j1pwQIBJFFmSttU94en4KkK9p1D3wAZNpHUp6i41VILDsxlujd6pPpKz3EmdYicRK4MLmyoFjb@vger.kernel.org X-Gm-Message-State: AOJu0YzHPEVX1pvmu+9+ugl1qgGykkUtiziUXVAKKXtdL+iz9Kur1JUN 4UnAgf2/yo6uL8mXe72NGHces0VDLx/PtA6JjTnQxf+asI6sW2E5bR9Qq6iZQ9sscHY= X-Gm-Gg: AeBDiesZ/Epwv4S0zLqDrPAUzYaF6nNVGA2iJX0evyp1sqooJVDn1ZKjX+r5oWUydSs fRg25IoBVEyWB3g2llv0vsaoOGjNbDb8e+hk6lHDxhtRrUJtl/njiO5LE4CW5euU/tNrR494yMf G1+XWEsCLzowIsUqlhqfQshy+49QUfuikRbvRscWbYrklkM2l9/8N/QMjcYuLS+RPYxMTfU+kSD riDWyIqaRGB17AhruvmzmSQnHFfT37ISAm3/00W08bAqqp6T/HX36G3nag7Rr9Doi2oUOBwTvc0 fT1CjfZJTMVRVevMrfCbMTlD1lFvwLxqO4gMWu86VBoahE4U+mt4uWs7xzYFae6PJ8FGQlsswn7 XIfYDJ5cpZDQ6pomjgTz56DUM7nX1kD2bQqwcVmSWEmJOQRvfA39TagdJhSCZrFGTGy4E2l2flh 27J5ANGdHhpRs3ZYlT463JzwteAEx7sgFRVtMW/Upb X-Received: by 2002:a05:600c:4f51:b0:48d:1a94:56c with SMTP id 5b1f17b1804b1-48e51f3054cmr140580965e9.18.1778159677055; Thu, 07 May 2026 06:14:37 -0700 (PDT) Received: from localhost ([2001:4090:a246:83ca:9bf6:accf:de42:f1be]) by smtp.gmail.com with ESMTPSA id 5b1f17b1804b1-48e53891163sm136382465e9.2.2026.05.07.06.14.36 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 07 May 2026 06:14:36 -0700 (PDT) Precedence: bulk X-Mailing-List: devicetree@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: Mime-Version: 1.0 Content-Type: multipart/signed; boundary=1cd2ce29e617ccf25a0057d7944a172c6840176cfdde9913103d3dc41b58; micalg=pgp-sha512; protocol="application/pgp-signature" Date: Thu, 07 May 2026 15:14:25 +0200 Message-Id: Subject: Re: [PATCH v4 1/4] arm64: dts: ti: k3-am62a7-sk: Split r5f memory region From: "Markus Schneider-Pargmann" To: "Nishanth Menon" , "Markus Schneider-Pargmann (TI)" Cc: "Bjorn Andersson" , "Mathieu Poirier" , "Rob Herring" , "Krzysztof Kozlowski" , "Conor Dooley" , "Suman Anna" , "Vignesh Raghavendra" , "Tero Kristo" , "Vishal Mahaveer" , "Kevin Hilman" , "Dhruva Gole" , "Sebin Francis" , "Kendall Willis" , "Akashdeep Kaur" , , , , X-Mailer: aerc 0.21.0-126-g9e77103592fe References: <20260429-topic-am62a-ioddr-dt-v6-19-v4-0-fc27d6ac753c@baylibre.com> <20260429-topic-am62a-ioddr-dt-v6-19-v4-1-fc27d6ac753c@baylibre.com> <20260505124121.hffywentvo5pusfx@glowing> In-Reply-To: <20260505124121.hffywentvo5pusfx@glowing> --1cd2ce29e617ccf25a0057d7944a172c6840176cfdde9913103d3dc41b58 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=UTF-8 Hi Nishanth, On Tue May 5, 2026 at 2:41 PM CEST, Nishanth Menon wrote: > On 15:22-20260429, Markus Schneider-Pargmann (TI) wrote: >> Split the firmware memory region in more specific parts so it is better >> described where to find which information. Specifically the LPM metadata >> region is important as bootloader software like U-Boot has to know where >> that data is to be able to read that data. >>=20 >> Signed-off-by: Markus Schneider-Pargmann (TI) >> --- >> arch/arm64/boot/dts/ti/k3-am62a7-sk.dts | 40 ++++++++++++++++++++++++++= +++++-- >> 1 file changed, 38 insertions(+), 2 deletions(-) >>=20 >> diff --git a/arch/arm64/boot/dts/ti/k3-am62a7-sk.dts b/arch/arm64/boot/d= ts/ti/k3-am62a7-sk.dts >> index c1e9067b3bdd5ab0591541d4685bb17a5dac4f65..6f2ee93c7be141ee5ae3f1e3= 324d3a060db069f6 100644 >> --- a/arch/arm64/boot/dts/ti/k3-am62a7-sk.dts >> +++ b/arch/arm64/boot/dts/ti/k3-am62a7-sk.dts >> @@ -59,9 +59,33 @@ wkup_r5fss0_core0_dma_memory_region: memory@9c800000 = { >> no-map; >> }; >> =20 >> - wkup_r5fss0_core0_memory_region: memory@9c900000 { >> + wkup_r5fss0_core0_ipc_region: memory@9c900000 { > > Looks like you have'nt addressed Vignesh's comments from previous > revision. > > https://lore.kernel.org/all/DHS46FH9ZYZB.3BG6HVH832NAE@baylibre.com/ Sorry, I was trying to understand the issue in that thread but I didn't and didn't get a response so I couldn't really address it. > > We dropped wkup_r5fss0_core0_memory_region here.. > >> #include "k3-am62a-ti-ipc-firmware.dtsi" > In this file: > https://git.kernel.org/pub/scm/linux/kernel/git/ti/linux.git/tree/arch/ar= m64/boot/dts/ti/k3-am62a-ti-ipc-firmware.dtsi#n27 This file line 27 is mcu_r5fss0_core0_memory_region: memory@9b900000 { compatible =3D "shared-dma-pool"; reg =3D <0x00 0x9b900000 0x00 0xf00000>; no-map; }; But my patch is removing wkup_r5fss0_core0_memory_region and not touching the mcu_* definitions. > https://git.kernel.org/pub/scm/linux/kernel/git/ti/linux.git/tree/arch/ar= m64/boot/dts/ti/k3-am62a-ti-ipc-firmware.dtsi#n68 > > I am not clear where wkup_r5fss0_core0_memory_region is now defined. It is not defined anymore for k3-am62a7-sk. > BUT, in the patch, we introduce: > >> + >> +&wkup_r5fss0_core0 { >> + memory-region =3D <&wkup_r5fss0_core0_dma_memory_region>, >> + <&wkup_r5fss0_core0_ipc_region>, >> + <&wkup_r5fss0_core0_lpm_fs_stub_region>, >> + <&wkup_r5fss0_core0_lpm_metadata_region>, >> + <&wkup_r5fss0_core0_lpm_rest_region>, >> + <&wkup_r5fss0_core0_dm_region>; >> + memory-region-names =3D "dma", "ipc", "lpm-stub", >> + "lpm-metadata", "lpm-context", >> + "dm-firmware"; >> +}; > > > So we go ahead an override the definitions of ipc-firmware.dtsi for > wkup_r5fss0_core0 here - explaining why the build does'nt fail. I am > confused why the ipc firmware dtsi was'nt updated instead? is this > something different firmware dtsi now? if so, we should split the > ipc-firmware.dtsi accordingly. Commit message does'nt mention the same > either. This right solution is to make up our minds if ipc-firmware.dtsi > is meant for LPM mode support or not. if not, split the dtsi, if yes, do > the mods in the ipc.dtsi We can update the firmware definitions as well. I currently only did this for am62a and am62p as these require the new format so IO+DDR works. But if you prefer I can make the changes to firmware.dtsi instead. Best Markus --1cd2ce29e617ccf25a0057d7944a172c6840176cfdde9913103d3dc41b58 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iKMEABYKAEsWIQSJYVVm/x+5xmOiprOFwVZpkBVKUwUCafyQMxsUgAAAAAAEAA5t YW51MiwyLjUrMS4xMiwyLDIRHG1zcEBiYXlsaWJyZS5jb20ACgkQhcFWaZAVSlNz QwD+K6cqc767M67zBw7vaL0hUeEw8dOTuH2ND3M1gilCBQkBAMKU6KOE5lZ9FFu5 88v+RbDSuYzP0g6h//QRzeC/V+UI =J7j8 -----END PGP SIGNATURE----- --1cd2ce29e617ccf25a0057d7944a172c6840176cfdde9913103d3dc41b58--