Add support for identifying J721E SR2.0
Signed-off-by: Neha Malcom Francis
---
Resending as it was not sent to the mailing-list earlier, sorry for the
spam.
Boot logs:
https://gist.github.com/nehamalcom/e5c3884961c3eb70464321aa4bfbcf78
drivers/soc/soc_ti_k3.c | 2 +-
1 file changed, 1
", "dm", "spl";
+ loadables = "tee", "dm", "spl",
+ "tifsstub-gp";
fdt = "fdt-0";
};
};
Acked-by: Neha Malcom Francis
--
Thanking You
Neha Malcom Francis
: 7e52d6ccfb76e2afc2d183b357abe2a2e2f948cf
change-id: 20240528-topic-sm8x50-ufs-core-link-startup-again-bc2cf907c164
Best regards,
--
Thanking You
Neha Malcom Francis
oard/ti/k3.rst
index a1c01d1cf0..eba0f0e3e4 100644
--- a/doc/board/ti/k3.rst
+++ b/doc/board/ti/k3.rst
@@ -42,6 +42,7 @@ K3 Based SoCs
../beagle/j721e_beagleboneai64
j721e_evm
j721s2_evm
+ j722s_evm
j784s4_evm
Boot Flow Overview
Reviewed-by: Neha Malcom Francis
--
Than
ss pinctrl for the serial0 a.k.a. WKUP_UART0 module and continue
[...]
--
Thanking You
Neha Malcom Francis
pport"
Reviewed-by: Neha Malcom Francis
--
Thanking You
Neha Malcom Francis
) += am62px/
obj-y += common.o
obj-y += lowlevel_init.o
Reviewed-by: Neha Malcom Francis
--
Thanking You
Neha Malcom Francis
BLED(CONFIG_SOC_K3_AM62P5)
- {
- .family = "AM62PX",
- .data = _pd_platdata,
- },
#endif
{ /* sentinel */ }
};
Reviewed-by: Neha Malcom Francis
--
Thanking You
Neha Malcom Francis
;
case JTAG_ID_PARTNO_J784S4:
family = "J784S4";
break;
- case JTAG_ID_PARTNO_AM62PX:
- family = "AM62PX";
- break;
default:
family = "Unknown Silicon";
};
Reviewed-by: Neha Malcom Francis
--
Thanking You
Neha Malcom Francis
C_ID(am62px, AM62PX)
+K3_SOC_ID(am64x, AM64X)
+K3_SOC_ID(am65x, AM65X)
+K3_SOC_ID(j7200, J7200)
+K3_SOC_ID(j721e, J721E)
+K3_SOC_ID(j721s2, J721S2)
#define K3_SEC_MGR_SYS_STATUS 0x44234100
#define SYS_STATUS_DEV_TYPE_SHIFT 0
Reviewed-by: Neha Malcom Francis
--
Thanking You
Neha Malcom Francis
The default DM firmware path is non-optional as of now. Make it
optional so that users that choose to provide DM via TI_DM argument
instead of BINMAN_INDIRS can do so without build errors.
Signed-off-by: Neha Malcom Francis
---
arch/arm/dts/k3-am625-sk-binman.dtsi | 1 +
arch/arm/dts/k3-am62a
According to [0], raw access to mmc should not have mmcpart in the
entry. This was fixed in k3_dfu_combined.env but k3_dfu.env had been
overlooked.
[0] doc/usage/dfu.rst
Fixes: 53b406369e9d ("DFU: Check the number of arguments and argument string
strictly")
Signed-off-by: Neha Malc
/
Signed-off-by: Neha Malcom Francis
---
Boot logs: https://gist.github.com/nehamalcom/70676857dc3816a415af9861c38c76eb
arch/arm/dts/k3-j721s2-r5.dtsi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/dts/k3-j721s2-r5.dtsi b/arch/arm/dts/k3-j721s2-r5.dtsi
index
Reviewed-by: Neha Malcom Francis
--
Thanking You
Neha Malcom Francis
Hi Manorit
On 28/05/24 13:14, Manorit Chawdhry wrote:
Hi Neha,
On 13:07-20240528, Neha Malcom Francis wrote:
From: Apurva Nandan
This virtual clock mux configuration enables the use of dynamic frequency
scaling on A72 clock ID 202 by setting up the required register.
Signed-off-by: Apurva
From: Apurva Nandan
This virtual clock mux configuration enables the use of dynamic frequency
scaling on A72 clock ID 202 by setting up the required register.
Signed-off-by: Apurva Nandan
Signed-off-by: Neha Malcom Francis
---
Boot logs:
https://gist.github.com/nehamalcom
Add defconfig for J721E SK R5 and A72 configuration.
This includes and modifies the J721E EVM defconfigs:
j721e_evm_r5_defconfig -> j721e_sk_r5_defconfig
j721e_evm_a72_defconfig -> j721e_sk_a72_defconfig
Signed-off-by: Neha Malcom Francis
---
arch/arm/dts/k3-j721e-binman.dtsi
Introduce k3-j721e-r5.dtsi to be used by board R5 DTS files. This
helps sync SoC changes across boards.
Signed-off-by: Neha Malcom Francis
---
arch/arm/dts/k3-j721e-r5-beagleboneai64.dts | 78 +-
.../arm/dts/k3-j721e-r5-common-proc-board.dts | 75 +
arch/arm
and J721E SK to using separate builds, as well
as enable OF_UPSTREAM for both the platforms.
Boot logs:
https://gist.github.com/nehamalcom/8f326376b6c6b1196084721405159bb9
[1] https://lore.kernel.org/all/20240322131011.1029620-1-n-fran...@ti.com/
Neha Malcom Francis (3):
arm: dts: k3-j721e-r5
Hi Andrew
On 15/05/24 21:37, Andrew Davis wrote:
On 5/10/24 3:47 AM, Santhosh Kumar K wrote:
From: Neha Malcom Francis
Add CONFIG_K3_INLINE_ECC so that ECC functions can be compiled into R5 SPL
only when the config has been enabled.
Signed-off-by: Neha Malcom Francis
---
drivers/ram
# CONFIG_SPL_EFI_PARTITION is not set
CONFIG_OF_CONTROL=y
CONFIG_SPL_OF_CONTROL=y
-CONFIG_OF_LIST="k3-j721s2-common-proc-board k3-am68-sk-base-board"
+CONFIG_OF_LIST="k3-j721s2-common-proc-board"
CONFIG_SPL_MULTI_DTB_FIT=y
CONFIG_SPL_MULTI_DTB_FIT_NO_COMPRESSION=y
CONFIG_SYS_REDUNDAND_ENVIRONMENT=y
diff --git a/configs/j721s2_evm_r5_defconfig b/configs/j721s2_evm_r5_defconfig
index 5ef5247a3e00..3c958cafbe8f 100644
--- a/configs/j721s2_evm_r5_defconfig
+++ b/configs/j721s2_evm_r5_defconfig
@@ -82,7 +82,7 @@ CONFIG_CMD_FAT=y
CONFIG_OF_CONTROL=y
CONFIG_SPL_OF_CONTROL=y
CONFIG_SPL_MULTI_DTB_FIT=y
-CONFIG_SPL_OF_LIST="k3-j721s2-r5-common-proc-board k3-am68-sk-r5-base-board"
+CONFIG_SPL_OF_LIST="k3-j721s2-r5-common-proc-board"
CONFIG_SPL_MULTI_DTB_FIT_NO_COMPRESSION=y
CONFIG_ENV_OVERWRITE=y
CONFIG_SYS_RELOC_GD_ENV_ADDR=y
Reviewed-by: Neha Malcom Francis
--
Thanking You
Neha Malcom Francis
mcu 4>, <_proxy_mcu 5>,
<_proxy_sa3 5>;
+ mbox-names = "tx", "rx", "boot_notify";
+ bootph-pre-ram;
+ };
+};
+
+ {
+ mboxes= <_proxy_mcu 8>, <_proxy_mcu 6>, <_proxy_mcu
5>;
+ mbox-names = "tx", "rx", "notify";
+ ti,host-id = <4>;
+ ti,secure-host;
+};
+
+_ringacc {
+ ti,sci = <_tifs>;
+};
+
+_udmap {
+ ti,sci = <_tifs>;
+};
diff --git a/board/ti/j721s2/MAINTAINERS b/board/ti/j721s2/MAINTAINERS
index 08c8d110ac0a..561c3dfff9bd 100644
--- a/board/ti/j721s2/MAINTAINERS
+++ b/board/ti/j721s2/MAINTAINERS
@@ -14,6 +14,7 @@ F:arch/arm/dts/k3-j721s2-thermal.dtsi
F:arch/arm/dts/k3-j721s2-som-p0.dtsi
F:arch/arm/dts/k3-j721s2-common-proc-board.dts
F:arch/arm/dts/k3-j721s2-common-proc-board-u-boot.dtsi
+F: arch/arm/dts/k3-j721s2-r5.dtsi
F:arch/arm/dts/k3-j721s2-r5-common-proc-board.dts
F:arch/arm/dts/k3-j721s2-ddr.dtsi
F:arch/arm/dts/k3-j721s2-ddr-evm-lp4-4266.dtsi
Reviewed-by: Neha Malcom Francis
--
Thanking You
Neha Malcom Francis
,12 @@
_proxy_mcu {
bootph-pre-ram;
+ status = "okay";
};
_proxy_sa3 {
bootph-pre-ram;
+ status = "okay";
};
_mcu_wakeup {
Reviewed-by: Neha Malcom Francis
--
Thanking You
Neha Malcom Francis
Hi Manorit
On 09/05/24 11:04, Manorit Chawdhry wrote:
Hi Neha,
On 10:37-20240509, Manorit Chawdhry wrote:
Hi Neha,
On 16:09-20240508, Neha Malcom Francis wrote:
Hi Manorit,
On 08/05/24 12:56, Manorit Chawdhry wrote:
Update the file with the required nodes from J721s2 R5 file to start
;;
@@ -54,10 +55,12 @@
_proxy_mcu {
bootph-pre-ram;
+ status = "okay";
};
_proxy_sa3 {
bootph-pre-ram;
+ status = "okay";
};
_mcu_wakeup {
--
Thanking You
Neha Malcom Francis
config | 10 +++
configs/j721s2_evm_a72_defconfig | 2 +-
configs/j721s2_evm_r5_defconfig| 2 +-
7 files changed, 49 insertions(+), 89 deletions(-)
This looks good to me.
Reviewed-by: Neha Malcom Francis
--
Thanking You
Neha Malcom Francis
J7200 has SR1.0 and SR2.0 having three variants of each GP, HS-FS and
HS-SE. Current build does not generate HS-SE SR1.0 and HS-FS SR1.0 so
add support for them.
Reported-by: Suman Anna
Reported-by: Aniket Limaye
Signed-off-by: Neha Malcom Francis
---
arch/arm/dts/k3-j7200-binman.dtsi | 95
J721E has SR1.1 and SR2.0 having three variants of each GP, HS-FS and
HS-SE. Current build does not generate HS-FS SR1.1 so add support for
them.
Reported-by: Suman Anna
Signed-off-by: Neha Malcom Francis
---
Changes since v1:
- removed redundant HS-SE SR2.0 generation
arch/arm/dts/k3-j721e
Add support for missing HS SRs in the build for J721E and J7200.
Boot logs (updated for v2):
https://gist.github.com/nehamalcom/e652752623537aced8cf31308015d7c9
Changes since v2:
- removed redundant HS-SE SR2.0 generation for J721E (Andrew)
Neha Malcom Francis (2):
arm: dts: k3-j721e-binman
Hi Andrew,
On 22-Apr-24 3:37 AM, Andrew Davis wrote:
On 4/22/24 4:40 PM, Neha Malcom Francis wrote:
J721E has SR1.1 and SR2.0 having three variants of each GP, HS-FS and
HS-SE. Current build does not generate HS-SE SR2.0 and HS-FS SR1.1 so
add support for them.
Reported-by: Suman Anna
Signed
J7200 has SR1.0 and SR2.0 having three variants of each GP, HS-FS and
HS-SE. Current build does not generate HS-SE SR1.0 and HS-FS SR1.0 so
add support for them.
Reported-by: Suman Anna
Reported-by: Aniket Limaye
Signed-off-by: Neha Malcom Francis
---
arch/arm/dts/k3-j7200-binman.dtsi | 95
Add support for missing HS SRs in the build for J721E and J7200.
Boot logs:
https://gist.github.com/nehamalcom/e652752623537aced8cf31308015d7c9
Neha Malcom Francis (2):
arm: dts: k3-j721e-binman: Add support for HSSE2.0 and HSFS1.1
arm: dts: k3-j7200-binman: Add support for HSSE1.0
J721E has SR1.1 and SR2.0 having three variants of each GP, HS-FS and
HS-SE. Current build does not generate HS-SE SR2.0 and HS-FS SR1.1 so
add support for them.
Reported-by: Suman Anna
Signed-off-by: Neha Malcom Francis
---
arch/arm/dts/k3-j721e-binman.dtsi | 201
Hi Tom,
On 12-Apr-24 8:20 PM, Tom Rini wrote:
On Fri, Mar 22, 2024 at 06:40:07PM +0530, Neha Malcom Francis wrote:
This series does primarily three things:
1. Split out the common J721E defconfig for both EVM and SK
2. Cleanup k3-j721e-binman.dtsi to be SoC specific binman
Hi Michael
On 05/04/24 13:12, Michael Walle wrote:
Hi,
On Thu Apr 4, 2024 at 11:10 AM CEST, Neha Malcom Francis wrote:
But again in the interest of time... this would mean this cleaning up effort be
kept on hold. If we can agree to move to using the generator later as the final
solution, can
is cleaning up effort be
kept on hold. If we can agree to move to using the generator later as the final
solution, can we pick up this series for now?
--
Thanking You
Neha Malcom Francis
bin";
@@ -270,7 +406,8 @@
conf-0 {
description = "k3-am625-sk";
firmware = "atf";
- loadables = "tee", "dm", "spl";
+ loadables = "tee", "tifsstub-hs",
"tifsstub-fs",
+ "tifsstub-gp", "dm", "spl";
fdt = "fdt-0";
};
};
If there are multiple boards that will support TIFSSTUB in future, I would
prefer templating these out and putting them in k3-binman.dtsi. However
considering there's a lot of movement currently (cleanup and OF_STREAM) in that
file, you can maybe take this up when adding support for the next board.
Reviewed-by: Neha Malcom Francis
--
Thanking You
Neha Malcom Francis
cmp(os, "tifsstub-gp"))) {
+ *p_size = 0;
+ } else {
+ debug("tifsstub-type: %s\n", os);
+ }
+
+ return;
+ }
+
/*
* Only DM and the DTBs are being authenticated here,
* rest will be authenticated when A72 cluster is up
Reviewed-by: Neha Malcom Francis
--
Thanking You
Neha Malcom Francis
(+), 1757 deletions(-)
delete mode 100644 arch/arm/dts/k3-am62-verdin-dev.dtsi
delete mode 100644 arch/arm/dts/k3-am62-verdin-wifi.dtsi
delete mode 100644 arch/arm/dts/k3-am62-verdin.dtsi
delete mode 100644 arch/arm/dts/k3-am625-verdin-wifi-dev.dts
[...]
Reviewed-by: Neha Malcom Francis
Malcom Francis
Why not have Kconfig set this as default y if TI_SCI_PROTOCOL set using same
argument?
--
Thanking You
Neha Malcom Francis
eset_of_match,
.probe = ti_sci_sysreset_probe,
.priv_auto = sizeof(struct ti_sci_sysreset_data),
.ops = _sci_sysreset_ops,
Reviewed-by: Neha Malcom Francis
--
Thanking You
Neha Malcom Francis
Hi Michael
Sorry for the late response.
On 28/03/24 17:26, Michael Walle wrote:
Hi,
On Thu Mar 28, 2024 at 12:18 PM CET, Neha Malcom Francis wrote:
On 27-Mar-24 8:03 PM, Michael Walle wrote:
On Wed Mar 27, 2024 at 8:01 AM CET, Neha Malcom Francis wrote:
On 26/03/24 19:18, Michael Walle
Hi Michael
On 27-Mar-24 8:03 PM, Michael Walle wrote:
Hi,
On Wed Mar 27, 2024 at 8:01 AM CET, Neha Malcom Francis wrote:
On 26/03/24 19:18, Michael Walle wrote:
On Fri Mar 22, 2024 at 2:10 PM CET, Neha Malcom Francis wrote:
Clean up templatized boot binaries for all K3 boards. This includes
Hi Michael
On 26/03/24 19:18, Michael Walle wrote:
Hi,
On Fri Mar 22, 2024 at 2:10 PM CET, Neha Malcom Francis wrote:
Clean up templatized boot binaries for all K3 boards. This includes
modifying the k3-binman.dtsi to use SPL_BOARD_DTB, BOARD_DESCRIPTION and
UBOOT_BOARD_DESCRIPTION from
Hi Nishanth
On 26/03/24 17:57, Nishanth Menon wrote:
On 18:40-20240322, Neha Malcom Francis wrote:
Clean up templatized boot binaries for all K3 boards. This includes
modifying the k3-binman.dtsi to use SPL_BOARD_DTB, BOARD_DESCRIPTION and
UBOOT_BOARD_DESCRIPTION from the files that include
, self.schema_yaml)
except Exception as e:
Reviewed-by: Neha Malcom Francis
--
Thanking You
Neha Malcom Francis
: 20240326-b4-upstream-jtag-debug-unlock-6fc21e344cfb
Best regards,
Reviewed-by: Neha Malcom Francis
--
Thanking You
Neha Malcom Francis
Hi Manorit
On 25/03/24 14:50, Manorit Chawdhry wrote:
Hi Neha,
On 18:40-20240322, Neha Malcom Francis wrote:
Clean up templatized boot binaries for all K3 boards. This includes
modifying the k3-binman.dtsi to use SPL_BOARD_DTB, BOARD_DESCRIPTION and
UBOOT_BOARD_DESCRIPTION from the files
Hi Andrew
On 23/03/24 21:37, Andrew Davis wrote:
On 3/22/24 8:10 AM, Neha Malcom Francis wrote:
Clean up templatized boot binaries for all K3 boards. This includes
modifying the k3-binman.dtsi to use SPL_BOARD_DTB, BOARD_DESCRIPTION and
UBOOT_BOARD_DESCRIPTION from the files that include
can be built from the templates in the boards' respective
-u-boot.dtsi file (or k3--binman.dtsi if it exists). This allows
clear distinction between the SoC common stuff vs. what is additionally
needed to boot up a specific board.
Signed-off-by: Neha Malcom Francis
---
arch/arm/dts/k3-am625
Dynamically going through the subnode array and deleting leads to
templates being skipped from deletion when templates are consecutive in
the subnode list. Prevent this from happening by first parsing the DT
and then deleting the nodes.
Signed-off-by: Neha Malcom Francis
---
tools/binman
Add defconfig for J721E SK R5 and A72 configuration.
This includes and modifies the J721E EVM defconfigs:
j721e_evm_r5_defconfig -> j721e_sk_r5_defconfig
j721e_evm_a72_defconfig -> j721e_sk_a72_defconfig
Signed-off-by: Neha Malcom Francis
---
board/ti/j721e/MAINTAINERS | 2 ++
c
/
- cleaned out FDT descriptions and blobs using macros (Manorit)
- modified J721E defconfigs to include missed out configs
(Andrew)
Boot logs:
https://gist.github.com/nehamalcom/07dc7f95173f0bb67a8a26a6b3ab2b00
Neha Malcom Francis (4):
configs: j721e_sk: Move to separate defconfig
4s4_evm_dtb {
+ filename = SPL_AM69_SK_DTB;
+};
+
+_evm_dtb {
+ filename = AM69_SK_DTB;
+};
+
+_j784s4_evm_dtb_unsigned {
+ filename = SPL_AM69_SK_DTB;
+};
+
+_evm_dtb_unsigned {
+ filename = AM69_SK_DTB;
+};
+
+#endif
diff --git a/board/ti/j784s4/MAINTAINERS b/bo
cfg
diff --git a/doc/board/ti/k3.rst b/doc/board/ti/k3.rst
index 3c33efd2e38..15e1ed232bf 100644
--- a/doc/board/ti/k3.rst
+++ b/doc/board/ti/k3.rst
@@ -41,6 +41,7 @@ K3 Based SoCs
../beagle/j721e_beagleboneai64
j721e_evm
j721s2_evm
+ j784s4_evm
Boot Flow Overview
---
Hi Manorit
On 01/03/24 10:56, Manorit Chawdhry wrote:
Hi Neha,
On 16:50-20240228, Neha Malcom Francis wrote:
Separate out the boot binaries built for J721E boards; J721E EVM and
J721E SK by using the common templates in k3-j721e-binman.dtsi.
Only the required boot binaries can be built from
Hi Andrew
On 28/02/24 20:41, Andrew Davis wrote:
On 2/28/24 5:20 AM, Neha Malcom Francis wrote:
Add defconfig for J721E SK R5 and A72 configuration.
This includes and modifies the J721E EVM defconfigs:
j721e_evm_r5_defconfig -> j721e_sk_r5_defconfig
j721e_evm_a72_defcon
-boot.dtsi file to allow clear distinction between the
SoC common stuff vs. what is needed to boot up a board.
Signed-off-by: Neha Malcom Francis
---
Note: I have added "dummy" sections so that node for a phandle is found
correctly. The node for a phandle is searched for among sub-nodes of
Dynamically going through the subnode array and deleting leads to
templates being skipped from deletion when templates are consecutive in
the subnode list. Prevent this from happening by first parsing the DT
and then deleting the nodes.
Signed-off-by: Neha Malcom Francis
---
tools/binman
Add defconfig for J721E SK R5 and A72 configuration.
This includes and modifies the J721E EVM defconfigs:
j721e_evm_r5_defconfig -> j721e_sk_r5_defconfig
j721e_evm_a72_defconfig -> j721e_sk_a72_defconfig
Signed-off-by: Neha Malcom Francis
---
board/ti/j721e/MAINTAINERS | 2 ++
c
/3b578dfa1ef83b59f3c309557606ed63
Neha Malcom Francis (4):
configs: j721e_sk: Move to separate defconfig for J721E SK board
tools: binman: control.py: Delete template nodes after parsing
arm: dts: k3-j721e: Separate boot binary build
arm: dts: k3-j721e: Move to OF_UPSTREAM
arch/arm/dts/Makefile
Hi Sumit
On 27/02/24 14:29, Sumit Garg wrote:
Hi Neha,
On Tue, 27 Feb 2024 at 13:53, Neha Malcom Francis wrote:
Hi Bryan
On 27/02/24 02:49, Bryan Brattlof wrote:
Some boards that choose to utilize the OF_UPSTREAM directory for their
device tree files will need to specify that directory
CONDEXPANSION:
-$(SHRUNK_ARCH_DTB): $$(patsubst $(obj)/dts/%, arch/$(ARCH)/dts/%, $$@) dts_dir
+$(SHRUNK_ARCH_DTB): $$(patsubst $(obj)/dts/%, $(dt_dir)/%, $$@) $(dir
$(SHRUNK_ARCH_DTB))
$(call if_changed,fdtgrep)
targets += $(SPL_OF_LIST_TARGETS)
--
Thanking You
Neha Malcom Francis
C_K3_AM642 && !SOC_K3_AM654 && !CLK_TI_SCI &&
!TI_SCI_POWER_DOMAIN
default y
help
Enabling this will indicate that the system has separate DM
Reviewed-by: Neha Malcom Francis
--
Thanking You
Neha Malcom Francis
K3_AM64_DDRSS if SOC_K3_AM625
- default K3_AM62A_DDRSS if SOC_K3_AM62A7
+ default K3_AM62A_DDRSS if SOC_K3_AM62A7 || SOC_K3_AM62P5
config K3_J721E_DDRSS
bool "Enable J721E DDRSS support"
Reviewed-by: Neha Malcom Francis
--
Thanking You
Neha Malcom Francis
+ PSC_DEV(146, _lpsc_list[8]),
+ PSC_DEV(166, _lpsc_list[9]),
+ PSC_DEV(135, _lpsc_list[10]),
+ PSC_DEV(170, _lpsc_list[11]),
+ PSC_DEV(177, _lpsc_list[12]),
+ PSC_DEV(55, _lpsc_list[13]),
+};
+
+const struct ti_k3_pd_platdata am62px_pd_platdata = {
+ .psc = soc_psc_list,
+ .pd = soc_pd_list,
+ .lpsc = soc_lpsc_list,
+ .devs = soc_dev_list,
+ .num_psc = ARRAY_SIZE(soc_psc_list),
+ .num_pd = ARRAY_SIZE(soc_pd_list),
+ .num_lpsc = ARRAY_SIZE(soc_lpsc_list),
+ .num_devs = ARRAY_SIZE(soc_dev_list),
+};
diff --git a/drivers/clk/ti/clk-k3.c b/drivers/clk/ti/clk-k3.c
index eb76195bd75da..ef7cac937f25f 100644
--- a/drivers/clk/ti/clk-k3.c
+++ b/drivers/clk/ti/clk-k3.c
@@ -86,6 +86,12 @@ static const struct soc_attr ti_k3_soc_clk_data[] = {
.family = "AM62AX",
.data = _clk_platdata,
},
+#endif
+#ifdef CONFIG_SOC_K3_AM62P5
+ {
+ .family = "AM62PX",
+ .data = _clk_platdata,
+ },
#endif
{ /* sentinel */ }
};
diff --git a/drivers/power/domain/ti-power-domain.c
b/drivers/power/domain/ti-power-domain.c
index dc5d74539edcf..c2f58c7af2131 100644
--- a/drivers/power/domain/ti-power-domain.c
+++ b/drivers/power/domain/ti-power-domain.c
@@ -99,6 +99,12 @@ static const struct soc_attr ti_k3_soc_pd_data[] = {
.family = "AM62AX",
.data = _pd_platdata,
},
+#endif
+#if IS_ENABLED(CONFIG_SOC_K3_AM62P5)
+ {
+ .family = "AM62PX",
+ .data = _pd_platdata,
+ },
#endif
{ /* sentinel */ }
};
diff --git a/include/k3-clk.h b/include/k3-clk.h
index 1b6ab8fe65405..74d1741c9f24c 100644
--- a/include/k3-clk.h
+++ b/include/k3-clk.h
@@ -176,6 +176,7 @@ extern const struct ti_k3_clk_platdata j7200_clk_platdata;
extern const struct ti_k3_clk_platdata j721s2_clk_platdata;
extern const struct ti_k3_clk_platdata am62x_clk_platdata;
extern const struct ti_k3_clk_platdata am62ax_clk_platdata;
+extern const struct ti_k3_clk_platdata am62px_clk_platdata;
struct clk *clk_register_ti_pll(const char *name, const char *parent_name,
void __iomem *reg);
diff --git a/include/k3-dev.h b/include/k3-dev.h
index 072e10ba6321f..80797a9c3dac2 100644
--- a/include/k3-dev.h
+++ b/include/k3-dev.h
@@ -80,6 +80,7 @@ extern const struct ti_k3_pd_platdata j7200_pd_platdata;
extern const struct ti_k3_pd_platdata j721s2_pd_platdata;
extern const struct ti_k3_pd_platdata am62x_pd_platdata;
extern const struct ti_k3_pd_platdata am62ax_pd_platdata;
+extern const struct ti_k3_pd_platdata am62px_pd_platdata;
u8 ti_pd_state(struct ti_pd *pd);
u8 lpsc_get_state(struct ti_lpsc *lpsc);
Reviewed-by: Neha Malcom Francis
--
Thanking You
Neha Malcom Francis
break;
default:
family = "Unknown Silicon";
};
Reviewed-by: Neha Malcom Francis
--
Thanking You
Neha Malcom Francis
ename = "tee-raw.bin";
+ optional;
};
};
The patch excluding the commit message LGTM.
--
Thanking You
Neha Malcom Francis
Hi all,
Looks like this patch was already merged to u-boot/master
https://lore.kernel.org/all/20240109084551.21155-1-nsek...@ti.com/T/#md1fd66ff9f1cb93dfaa0dfb5f67d7452416e2cc2
Sorry for the spam!
On 22/02/24 12:15, Neha Malcom Francis wrote:
From: Sekhar Nori
An entry in memory map table
com: rebased on next, retested on all devices inc. commit]
Signed-off-by: Neha Malcom Francis
Cc: Andrew Davis
---
Boot logs:
https://gist.github.com/nehamalcom/7b101ea8b97f5a9433a553ef881166a1
arch/arm/mach-k3/arm64-mmu.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch
cale/imxrt1050-evk/imximage.cfg
@@ -29,7 +29,13 @@ BOOT_FROMsd
*value value to be stored in the register
*/
As a future plan do you think of moving .cfg files to within binman; you can see
'ti-board-config' entry as an example (tools/binman/etype/ti_board_config.py)
[...]
--
Thanking You
Neha Malcom Francis
Hi Nishanth
On 16/02/24 21:28, Nishanth Menon wrote:
On 14:33-20240215, Neha Malcom Francis wrote:
[...]
if the templates are abstract enough, the additional code will be so
minimal that we wont need a board-binman.dtsi - just u-boot.dtsi and
r5.dtsi can include the relevant templates.
Hope
_k3(void *blob);
int fdt_del_node_path(void *blob, const char *path);
+int fdt_fixup_reserved(void *blob, const char *name,
+ unsigned int new_address, unsigned int new_size);
#endif /* _COMMON_FDT_H */
This looks pretty neat! Thanks!
Reviewed-by: Neha Malcom Francis
--
Thanking You
Neha Malcom Francis
ex "Load address of OPTEE image"
+ default 0x9e80
+ help
+ The load address for the OPTEE image. This value defaults to
0x9e80
+ if not provided in the board defconfig file.
+
config K3_DM_FW
bool "Separate DM firmware image"
depends on CPU_V7R && (SOC_K3_J721E || SOC_K3_J721S2 || SOC_K3_AM625 || SOC_K3_AM62A7)
&& !CLK_TI_SCI && !TI_SCI_POWER_DOMAIN
Reviewed-by: Neha Malcom Francis
--
Thanking You
Neha Malcom Francis
fconfig
@@ -8,7 +8,6 @@ CONFIG_SPL_LIBCOMMON_SUPPORT=y
CONFIG_SPL_LIBGENERIC_SUPPORT=y
CONFIG_NR_DRAM_BANKS=2
CONFIG_SOC_K3_AM625=y
-CONFIG_K3_ATF_LOAD_ADDR=0x9e78
CONFIG_TARGET_VERDIN_AM62_A53=y
CONFIG_HAS_CUSTOM_SYS_INIT_SP_ADDR=y
CONFIG_CUSTOM_SYS_INIT_SP_ADDR=0x80b8
Reviewed-by: Neha Malcom Franc
ed, so I'm guessing some more minor fixes would be needed to get it
building as we intend.
If you are okay, I think we can take this series as is for now, I will
take action to start off a series cleaning up and using templating for
all the devices.
--
Thanking You
Neha Malcom Francis
UCLASS_RAM nodes present.
Signed-off-by: Neha Malcom Francis
---
Changes since v1:
https://lore.kernel.org/all/20240130074139.2627793-1-n-fran...@ti.com/
- Moved away from using loop since J721S2 has only two controllers
(Udit)
Boot logs:
https://gist.github.com/nehamalcom
Hi all
On 30/01/24 15:12, Neha Malcom Francis wrote:
The number of DDR controllers to be initialised and used should depend
on the device tree with the constraint of the maximum number of
controllers the device supports. Since J721S2 has multiple (2)
controllers, instead of hardcoding
UCLASS_RAM nodes present.
Signed-off-by: Neha Malcom Francis
---
Changes since v1:
https://lore.kernel.org/all/20240130074139.2627793-1-n-fran...@ti.com/
- Moved away from using loop since J721S2 has only two controllers
(Udit)
Boot logs:
https://gist.github.com/nehamalcom
Hi Udit
On 30/01/24 13:53, Kumar, Udit wrote:
On 1/30/2024 1:11 PM, Neha Malcom Francis wrote:
The number of DDR controllers to be initialised and used should depend
on the device tree with the constraint of the maximum number of
controllers the device supports. Since J721S2 has multiple (2
UCLASS_RAM nodes present.
Signed-off-by: Neha Malcom Francis
---
Boot logs:
https://gist.github.com/nehamalcom/07fedf4aa173590214b5cef6e1688fa1
This was also parallely proposed in [1] on the mailing-list for J784S4.
[1] https://lore.kernel.org/all/3a7c817b-de29-463a-b4b6-d62c0df66...@ti.com/
arch
Use yamllint for checking whether YAML configuration files are adhering
to default yamllint rules.
Signed-off-by: Neha Malcom Francis
Suggested-by: Nishanth Menon
---
Changes since v1:
- add yamllint to requirements.txt (Nishanth)
tools/binman/etype/ti_board_config.py| 5
/20240103173637.fdhfwgmsmqrfpzdp@manmade/
Changes since v1:
https://patchwork.ozlabs.org/project/uboot/cover/20240104075357.638983-1-n-fran...@ti.com/
- add yamllint to requirements.txt (Nishanth)
- boot logs unchanged since no affecting change
Neha Malcom Francis (2):
board: ti
Hi Nishanth
On 04/01/24 20:51, Nishanth Menon wrote:
On 13:23-20240104, Neha Malcom Francis wrote:
Use yamllint for checking whether YAML configuration files are adhering
to default yamllint rules.
Signed-off-by: Neha Malcom Francis
Suggested-by: Nishanth Menon
---
tools/binman/etype
Use yamllint for checking whether YAML configuration files are adhering
to default yamllint rules.
Signed-off-by: Neha Malcom Francis
Suggested-by: Nishanth Menon
---
tools/binman/etype/ti_board_config.py| 5 +
tools/binman/ftest.py| 6 ++
tools/binman
/20240103173637.fdhfwgmsmqrfpzdp@manmade/
Neha Malcom Francis (2):
board: ti: *-cfg.yaml: Adhere to yamllint rules
tools: binman: ti_board_cfg: Check for linting problems
board/ti/am62ax/board-cfg.yaml | 20 +-
board/ti/am62ax/pm-cfg.yaml |4 +-
board/ti/am62ax
for
noticing this, will target a quick clean up patch.
Ref - I used yamllint 1.26.3
--
Thanking You
Neha Malcom Francis
Add support for J721E HS-SE 2.0 device. Make use of the existing
templates and override the phandles for sysfw.itb so that builds do not
fail.
Signed-off-by: Neha Malcom Francis
---
Boot log:
https://gist.github.com/nehamalcom/44082b0c94059737e8d5d1ab16b2f55f
arch/arm/dts/k3-j721e-binman.dtsi
if (ret)
+ panic("Probe of msmc failed: %d\n", ret);
+
+ ret = uclass_get_device(UCLASS_RAM, 0, );
+ if (ret)
+ panic("DRAM 0 init failed: %d\n", ret);
+
+ while (dev) {
+
Hi Simon,
On 06/12/23 09:24, Simon Glass wrote:
On Tue, 5 Dec 2023 at 02:42, Neha Malcom Francis wrote:
K3 devices introduces the concept of centralized power, resource and
security management to System Firmware. This is to overcome challenges
by the traditional approach that implements
Mention TI_DM argument can be used to fetch a custom DM binary in the
A72 build instructions for K3 devices.
Signed-off-by: Neha Malcom Francis
Reviewed-by: Andrew Davis
---
doc/board/ti/k3.rst | 7 +++
1 file changed, 7 insertions(+)
diff --git a/doc/board/ti/k3.rst b/doc/board/ti/k3.rst
Move the DM entry in tispl.bin FIT image from default fetching an
external blob entry to fetching using ti-dm entry type. This way, the
DM entry will be populated by the TI_DM pathname if provided. Else it
will resort to the ti-dm.bin file.
Signed-off-by: Neha Malcom Francis
Reviewed-by: Andrew
of
tispl.bin by binman along with ATF and TEE.
Signed-off-by: Neha Malcom Francis
Reviewed-by: Andrew Davis
---
Makefile| 1 +
tools/binman/entries.rst| 14 ++
tools/binman/etype/ti_dm.py | 22 ++
tools/binman/ftest.py | 7
change
Neha Malcom Francis (3):
binman: etype: dm: Add entry type for TI DM
arm: dts: k3-*-binman: Move to using ti-dm entry type
doc: board: ti: k3: Mention TI_DM argument
Makefile | 1 +
arch/arm/dts/k3-am625-sk-binman.dtsi | 4 ++--
.../dts/k3
Hi Andrew
On 04/12/23 20:36, Andrew Davis wrote:
On 12/4/23 5:21 AM, Neha Malcom Francis wrote:
Mention TI_DM argument can be used to fetch a custom DM binary in the
A72 build instructions for K3 devices.
Signed-off-by: Neha Malcom Francis
---
doc/board/ti/k3.rst | 7 +++
1 file
Mention TI_DM argument can be used to fetch a custom DM binary in the
A72 build instructions for K3 devices.
Signed-off-by: Neha Malcom Francis
---
doc/board/ti/k3.rst | 7 +++
1 file changed, 7 insertions(+)
diff --git a/doc/board/ti/k3.rst b/doc/board/ti/k3.rst
index a127215ce5
Move the DM entry in tispl.bin FIT image from default fetching an
external blob entry to fetching using ti-dm entry type. This way, the
DM entry will be populated by the TI_DM pathname if provided. Else it
will resort to the ti-dm.bin file.
Signed-off-by: Neha Malcom Francis
---
arch/arm/dts/k3
of
tispl.bin by binman along with ATF and TEE.
Signed-off-by: Neha Malcom Francis
---
Makefile| 1 +
tools/binman/entries.rst| 14 ++
tools/binman/etype/ti_dm.py | 22 ++
tools/binman/ftest.py | 7 +++
tools/binman/test
with custom DM binaries.
Boot logs:
https://gist.github.com/nehamalcom/37ce8a32e37ddf3e1afcc4c8bd941159
Neha Malcom Francis (3):
binman: etype: dm: Add entry type for TI DM
arm: dts: k3-*-binman: Move to using ti-dm entry type
doc: board: ti: k3: Mention TI_DM argument
Makefile
should expect customers
(like myself/my company) integrating the SoC into some board to not
necessarily use all the functionalities, memory controller included.
Francesco
I think you can make use of uclass_next_device_err() and a while loop to
handle this according to the device tree.
--
Thanking You
Neha Malcom Francis
1 - 100 of 586 matches
Mail list logo