[PATCH 3/4] arm: dts: k3-am625-beagleplay-u-boot: drop duplicate bootph-nodes

Kernel dts import now provides bootph-all and bootph-pre-ram properties for the properties we have been overriding so far. Drop the same. Signed-off-by: Nishanth Menon --- arch/arm/dts/k3-am625-beagleplay-u-boot.dtsi | 56 1 file changed, 56 deletions(-) diff --git a/arch

[PATCH 2/4] arm: dts: k3-am625: Drop SoC provided bootph params from board u-boot/r5 dtsi

now. Signed-off-by: Nishanth Menon --- arch/arm/dts/k3-am625-beagleplay-u-boot.dtsi | 54 -- arch/arm/dts/k3-am625-r5-beagleplay.dts | 9 --- arch/arm/dts/k3-am625-r5-sk.dts | 9 --- arch/arm/dts/k3-am625-sk-u-boot.dtsi | 53 -- arch

[PATCH 0/4] arm: dts: k3-am625*: Upgrade kernel dts to v6.7-rc1

haven't had a chance to test this out on verdin (only build tested) - so will be nice to verify. Nishanth Menon (4): arm: dts: k3-am625*: Sync with kernel v6.7-rc1 arm: dts: k3-am625: Drop SoC provided bootph params from board u-boot/r5 dtsi arm: dts: k3-am625-beagleplay-u-boot:

Re: [PATCH 1/2] dt-bindings: misc: Move esm-k3.txt to ti,j721e-esm.yaml

isc/ti,j721e-esm.yaml| 53 +++ What is the rule here? https://tgit.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/Documentation/devicetree/bindings/misc/ti,j721e-esm.yaml we have the binding in upstream kernel. -- Regards, Nishanth Menon Key (0xDDB5849D1736249D) / F

Re: [PATCH 1/1] arm: k3: Enable instruction cache for main domain SPL

ps://lore.kernel.org/all/20231109140958.1093235-1-joao.goncal...@toradex.com/ > Signed-off-by: Joao Paulo Goncalves > --- Tested-by: Nishanth Menon https://gist.github.com/nmenon/ee47a34d6b581916d6fba164617ea93b -- Regards, Nishanth Menon Key (0xDDB5849D1736249D) / Fingerprint: F8A2 8693 54EB 8232 17A3 1A34 DDB5 849D 1736 249D

Re: [PATCH 3/4] arm: dts: k3-am625-beagleplay-u-boot: drop duplicate bootph-nodes

On 09:03-20231114, Dhruva Gole wrote: [...] > > #ifdef CONFIG_TARGET_AM625_A53_EVM > > > > #define SPL_AM625_BEAGLEPLAY_DTB "spl/dts/k3-am625-beagleplay.dtb" > > You didn't talk about this in the commit message? There is nothing changing in this patch here. -- Regards, Nishanth Menonh Key

[PATCH V2 0/4] arm: dts: k3-am625*: Upgrade kernel dts to v6.7-rc1

://lore.kernel.org/u-boot/20231104080137.9628-1...@ti.com/ I haven't had a chance to test this out on verdin (only build tested) - going to depend on any checks folks can provide. V1: https://lore.kernel.org/all/20231113145919.1928812-1...@ti.com/ Nishanth Menon (4): arm: dts: k3-am625*: Sync with kernel

[PATCH V2 1/4] arm: dts: k3-am625*: Sync with kernel v6.7-rc1

Sync with kernel v6.7-rc1 and sync up the u-boot dts files accordingly. Tested-by: Dhruva Gole Signed-off-by: Nishanth Menon --- Changes since v1: - just tested-by tag. V1: https://lore.kernel.org/r/20231113145919.1928812-2...@ti.com arch/arm/dts/k3-am62-main.dtsi| 12 ++- arch/arm

[PATCH V2 4/4] arm: dts: k3-am625-sk-r5/u-boot: Drop duplicate bootph-nodes

Signed-off-by: Nishanth Menon --- Changes: - capitalize TIFS and UART. - pick up reviewed and tested tags V1: https://lore.kernel.org/r/20231113145919.1928812-5...@ti.com arch/arm/dts/k3-am625-r5-sk.dts | 12 +--- arch/arm/dts/k3-am625-sk-u-boot.dtsi | 92 2

[PATCH V2 2/4] arm: dts: k3-am625: Drop SoC provided bootph params from board u-boot/r5 dtsi

now. Acked-by: Francesco Dolcini Tested-by: Dhruva Gole Signed-off-by: Nishanth Menon --- Changes since v1: - just picked up acks and tested tags V1: https://lore.kernel.org/r/20231113145919.1928812-3...@ti.com arch/arm/dts/k3-am625-beagleplay-u-boot.dtsi | 54 -- arch/arm/dts

[PATCH V2 3/4] arm: dts: k3-am625-beagleplay-u-boot: drop duplicate bootph-nodes

Kernel dts import now provides bootph-all and bootph-pre-ram properties for the properties we have been overriding so far. Drop the same. Reviewed-by: Dhruva Gole Tested-by: Dhruva Gole Signed-off-by: Nishanth Menon --- Changes since v1: - tested and reviewed tags V1: https://lore.kernel.org

Re: [PATCH] arm: dts: k3-am625-verdin-wifi-dev-u-boot.dtsi: Fix DMA with BCDMA

On 22:28-20231114, Roger Quadros wrote: > BCDMA can be used at SPL for OSPI boot and mem-to-mem DMA > so add "bootph-all" to BCDMA node. > > Suggested-by: Nishanth Menon > Fixes: 9a3f2b6798b0 ("arm: dts: k3-am625-verdin-wifi-dev-u-boot.dtsi: Fix > DMA/Ethernet

Re: [PATCH] arm: mach-k3: J721e: Add xSPI boot mode

> BOOT_MODE_B_SHIFT; > > - if (bootmode == BOOT_DEVICE_OSPI || bootmode == BOOT_DEVICE_QSPI) > + if (bootmode == BOOT_DEVICE_OSPI || bootmode == BOOT_DEVICE_QSPI || > + bootmode == BOOT_DEVICE_XSPI) > bootmode = BOOT_DEVICE_

Re: [PATCH v2] arm: mach-k3: Let the compiler size the mem_map lists

e same change for plats now in -next > Reviewed-by: Nishanth Menon Tested-by: Nishanth Menon j721e-idk-gw am68_sk-fs j721s2-evm j721e-sk j7200-hsevm j7200-evm am64xx-hsevm am64xx_sk-fs beagleplay-gp-uart am62xx_sk-fs am62xx-sk am62axx_sk-fs Though, I'd prefer this alon

Re: [PATCH RFC 0/2] Unify K3 initial memory map

is (2): > arm: mach-k3: Remove non-cached memory map areas > arm: mach-k3: Merge initial memory maps > > arch/arm/mach-k3/arm64-mmu.c | 253 +-- > 1 file changed, 2 insertions(+), 251 deletions(-) > > -- > 2.39.2 > Could you rebas

Re: [PATCH v2 3/3] env: ti: j721s2.env: Remove the processors that are in lockstep

lib/firmware/j721s2-c71_0-fw 7 > /lib/firmware/j721s2-c71_1-fw > +rproc_fw_binaries= 2 /lib/firmware/j721s2-main-r5f0_0-fw 4 > /lib/firmware/j721s2-main-r5f1_0-fw 6 /lib/firmware/j721s2-c71_0-fw 7 > /lib/firmware/j721s2-c71_1-fw I really would prefer us to work towards getting stdboot remote

Re: [PATCH 2/3] arm: mach-k3: Remove non-cached memory map areas

in DDR seperately? I suppose OPTEE will come in the way? Looks like the no-map is not honored well.. as you were mentioning, a zephyr style generating the map from dts might be much better, but then we do support multiple dtbs as well.. OK - I guess we need to leave this cleanup for now. -- Regards, Nishanth Menon Key (0xDDB5849D1736249D) / Fingerprint: F8A2 8693 54EB 8232 17A3 1A34 DDB5 849D 1736 249D

Re: [PATCH 0/4] board: ti: Update to latest board configuration

d? Is there absolutely no way for people to use the new firmware and keep their old u-boot? Rather disappointing to see backward compatible breakage occurring this stage of the device. This is not appreciated. Please see if you can fix your firmware to maintain compatibility (as has been the case for yea

Re: [PATCH v2 3/6] arch: arm: dts: k3-am68-sk-r5: Sync with J721s2 R5 file

will clarify. > new power domain helps in holding A72 in reset for configuration of > firewalls. s/A72/A72 Cluster/ [...] -- Regards, Nishanth Menon Key (0xDDB5849D1736249D) / Fingerprint: F8A2 8693 54EB 8232 17A3 1A34 DDB5 849D 1736 249D

Re: [PATCH 0/3] arm: dts: am62-beagleplay: Fix Beagleplay Ethernet

it is on route to kernel master anyways, was planning on OF_UPSTREAM migration for beagle once we settle 6.10-rc1 settles into u-boot. -- Regards, Nishanth Menon Key (0xDDB5849D1736249D) / Fingerprint: F8A2 8693 54EB 8232 17A3 1A34 DDB5 849D 1736 249D

Re: [PATCH v2] net: ti: am65-cpsw-nuss: handle missing PHY in am65_cpsw_phy_init() gracefully

BIT_FEATURES; > int ret; > > + if (!priv->has_phy || !cpsw_common->bus) > + return 0; > + > phydev = phy_connect(cpsw_common->bus, >priv->phy_addr, >priv->dev, > -- >

Re: [PATCH v2] net: ti: am65-cpsw-nuss: handle missing PHY in am65_cpsw_phy_init() gracefully

iant of the patch will be needed as well. I see the same bug on latest next as well (ab8d9ca3044a Merge tag 'v2024.04-rc5' into next) https://gist.github.com/nmenon/691ccd210ed7e1add4c865ca9a698f2e -- Regards, Nishanth Menon Key (0xDDB5849D1736249D) / Fingerprint: F8A2 8693 54EB 8232 17A3 1A34 DDB5 849D 1736 249D

Re: [PATCH 2/2] arm: dts: k3-am64: Sync with kernel v6.8-rc1

On 16:27-20240201, Andrew Davis wrote: > Sync with kernel v6.8-rc1 and sync up the u-boot dts files accordingly. > > Signed-off-by: Andrew Davis Reviewed-by: Nishanth Menon -- Regards, Nishanth Menon Key (0xDDB5849D1736249D) / Fingerprint: F8A2 8693 54EB 8232 17A3 1A34 DDB5 849D 1736 249D

[PATCH 3/4] arm: mach-k3: am62: Add Debounce configuration register definitions

Add the Debounce configuration registers that need to be configured one time for the platform for the entire SoC. Signed-off-by: Nishanth Menon --- arch/arm/mach-k3/include/mach/am62_hardware.h | 3 +++ 1 file changed, 3 insertions(+) diff --git a/arch/arm/mach-k3/include/mach/am62_hardware.h

[PATCH 0/4] board: beagle: Enable 32k and debounce configuration

ommit e8f2404e093d + the findfdt series[2]. Nishanth Menon (4): board: beagle: beagleplay: Enable 32k crystal configs: am62x_beagleplay_r5_defconfig: Enable SPL_BOARD_INIT arm: mach-k3: am62: Add Debounce configuration register definitions board: beagle: beagleplay: Configure debounce regi

[PATCH 2/4] configs: am62x_beagleplay_r5_defconfig: Enable SPL_BOARD_INIT

Enable CONFIG_SPL_BOARD_INIT to configure the 32k crystal. Signed-off-by: Nishanth Menon --- configs/am62x_beagleplay_r5_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/configs/am62x_beagleplay_r5_defconfig b/configs/am62x_beagleplay_r5_defconfig index 2f3264b7ede6..9413c859870f

[PATCH 4/4] board: beagle: beagleplay: Configure debounce registers

Configure the debounce configuration that makes sense for BeaglePlay usage model. Signed-off-by: Nishanth Menon --- board/beagle/beagleplay/beagleplay.c | 24 1 file changed, 24 insertions(+) diff --git a/board/beagle/beagleplay/beagleplay.c b/board/beagle/beagleplay

[PATCH 1/4] board: beagle: beagleplay: Enable 32k crystal

, do the same from R5 context. Signed-off-by: Nishanth Menon --- board/beagle/beagleplay/beagleplay.c | 37 1 file changed, 37 insertions(+) diff --git a/board/beagle/beagleplay/beagleplay.c b/board/beagle/beagleplay/beagleplay.c index 20819ecf45b4..a75b3145fa37

Re: [PATCH 3/4] arm: mach-k3: am62: Add Debounce configuration register definitions

On 09:53-20240212, Nishanth Menon wrote: > Add the Debounce configuration registers that need to be configured one > time for the platform for the entire SoC. > > Signed-off-by: Nishanth Menon > --- > arch/arm/mach-k3/include/mach/am62_hardware.h | 3 +++ > 1 file

[PATCH 07/11] board: ti: j721e: Set fdtfile from C code instead of findfdt script

ned-off-by: Nishanth Menon --- Changes since V3: * No change V3: https://lore.kernel.org/r/20240130130615.670783-8...@ti.com board/ti/j721e/evm.c | 8 board/ti/j721e/j721e.env | 10 -- 2 files changed, 8 insertions(+), 10 deletions(-) diff --git a/board/ti/j721e/evm.c b/board/ti/j

[PATCH 01/11] board: ti: Add missing common/Kconfig references

Add missing board/ti/common/Kconfig references for the platforms that missed it. The intent is for the common Kconfig to be usable across TI reference boards as required. Reported-by: Tom Rini Signed-off-by: Nishanth Menon --- Changes since V3: * No change V3: https://lore.kernel.org/r

[PATCH 09/11] board: beagle: beagleboneai64: Set fdtfile from C code instead of findfdt script

Stop using the findfdt script and switch to setting the fdtfile from C code. Reviewed-by: Jonathan Humphreys Reviewed-by: Roger Quadros Signed-off-by: Nishanth Menon --- Changes since V3: * No change V3: https://lore.kernel.org/r/20240130130615.670783-10...@ti.com board/beagle

[PATCH 11/11] include: env: ti: Drop default_findfdt

We shouldn't need finfdt anymore. Drop the env script. Reviewed-by: Jonathan Humphreys Reviewed-by: Roger Quadros Signed-off-by: Nishanth Menon --- Changes since V3: * No change V3: https://lore.kernel.org/r/20240130130615.670783-12...@ti.com include/env/ti/default_findfdt.env

[PATCH 04/11] board: ti: am62x: Set fdtfile from C code instead of findfdt script

Stop using the findfdt script and switch to setting the fdtfile from C code. While at this, replace findfdt in environment with a warning as it is no longer needed Reviewed-by: Jonathan Humphreys Reviewed-by: Roger Quadros Signed-off-by: Nishanth Menon --- Changes since V3: * Add missing

[PATCH 00/11] board/ti: k3 boards: Stop using findfdt

tps://lore.kernel.org/all/20240130130615.670783-1...@ti.com/ V2: https://lore.kernel.org/all/20240109191506.3820908-1...@ti.com/ V1: https://lore.kernel.org/all/20240108173301.2692332-1...@ti.com/ Nishanth Menon (11): board: ti: Add missing common/Kconfig references board: ti: common: Introduce a commo

[PATCH 08/11] board: ti: j721s2: Set fdtfile from C code instead of findfdt script

ned-off-by: Nishanth Menon --- Changes since V3: * No change V3: https://lore.kernel.org/r/20240130130615.670783-9...@ti.com board/ti/j721s2/evm.c | 8 board/ti/j721s2/j721s2.env | 8 2 files changed, 8 insertions(+), 8 deletions(-) diff --git a/board/ti/j721s2/evm.c b/board

[PATCH 06/11] board: ti: am65x: Set fdtfile from C code instead of findfdt script

ned-off-by: Nishanth Menon --- Changes since V3: * No change V3: https://lore.kernel.org/r/20240130130615.670783-7...@ti.com board/ti/am65x/am65x.env | 3 --- board/ti/am65x/evm.c | 2 ++ 2 files changed, 2 insertions(+), 3 deletions(-) diff --git a/board/ti/am65x/am65x.env b/board/ti/am65x/am65x

[PATCH 05/11] board: ti: am64x: Set fdtfile from C code instead of findfdt script

ned-off-by: Nishanth Menon --- Changes since V3: * No change V3: https://lore.kernel.org/r/20240130130615.670783-6...@ti.com board/ti/am64x/am64x.env | 9 - board/ti/am64x/evm.c | 8 2 files changed, 8 insertions(+), 9 deletions(-) diff --git a/board/ti/am64x/am64x.env b/boar

[PATCH 02/11] board: ti: common: Introduce a common fdt ops library

: Jonathan Humphreys Reviewed-by: Roger Quadros Signed-off-by: Nishanth Menon --- Changes since V3: * No change V3: https://lore.kernel.org/r/20240130130615.670783-3...@ti.com board/ti/common/Kconfig | 12 board/ti/common/Makefile | 1 + board/ti/common/fdt_ops.c | 64

[PATCH 10/11] board: beagle: beagleplay: Set fdtfile from C code instead of findfdt script

Stop using the findfdt script and switch to setting the fdtfile from C code. Reviewed-by: Jonathan Humphreys Reviewed-by: Roger Quadros Signed-off-by: Nishanth Menon --- Changes since V3: * No change V3: https://lore.kernel.org/r/20240130130615.670783-11...@ti.com board/beagle/beagleplay

[PATCH 03/11] board: ti: am62ax: Set fdtfile from C code instead of findfdt script

Stop using the findfdt script and switch to setting the fdtfile from C code. While at this, replace findfdt in environment with a warning as it is no longer needed Reviewed-by: Jonathan Humphreys Reviewed-by: Roger Quadros Signed-off-by: Nishanth Menon --- Changes since V3: * No change V3

Re: [PATCH v8 12/16] arm: dts: Introduce j784s4 u-boot dts files

; action to start off a series cleaning up and using templating for all the > devices. Sure, as long you can do this by the next window. -- Regards, Nishanth Menon Key (0xDDB5849D1736249D) / Fingerprint: F8A2 8693 54EB 8232 17A3 1A34 DDB5 849D 1736 249D

Re: [PATCH V6 07/20] configs: am62x_evm_a53_defconfig: Switch to bootstd

/upstream/ -> we are trying to do that on TI side, though it is still in infancy and test coverage is still more to be desired. -- Regards, Nishanth Menon Key (0xDDB5849D1736249D) / Fingerprint: F8A2 8693 54EB 8232 17A3 1A34 DDB5 849D 1736 249D

Re: [PATCH V6 07/20] configs: am62x_evm_a53_defconfig: Switch to bootstd

0 > x26: fffc7174 x27: 0000 > x28: x29: 74656e7265687465 > > Same with 2024.01 release. boot_targets=mmc1 mmc0 usb pxe networking ran into some significant challenges. I was hoping to get networking merged but the series got offset and network never made it.. Dropping pxe from boot_targets => setenv boot_targets mmc1 mmc0 usb => print bootmeths bootmeths=script extlinux efi pxe => print boot_targets boot_targets=mmc1 mmc0 usb => bootflow scan -l Scanning for bootflows in all bootdevs Seq Method State UclassPart Name Filename --- --- -- Scanning bootdev 'mmc@fa0.bootdev': 0 extlinux ready mmc 1 mmc@fa0.bootdev.part_ /extlinux/extlinux.conf Scanning bootdev 'mmc@fa1.bootdev': 1 extlinux ready mmc 1 mmc@fa1.bootdev.part_ /extlinux/extlinux.conf Unknown uclass 'usb' in label No more bootdevs --- --- -- (2 bootflows, 2 valid) => -- Regards, Nishanth Menon Key (0xDDB5849D1736249D) / Fingerprint: F8A2 8693 54EB 8232 17A3 1A34 DDB5 849D 1736 249D

[PATCH V2 2/5] configs: am62x_beagleplay_r5_defconfig: Enable SPL_BOARD_INIT

Enable CONFIG_SPL_BOARD_INIT to configure the 32k crystal. Signed-off-by: Nishanth Menon --- Changes since V1: * No change V1: https://lore.kernel.org/r/20240212155332.541949-3...@ti.com configs/am62x_beagleplay_r5_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/configs

[PATCH V2 1/5] board: beagle: beagleplay: Enable 32k crystal

, do the same from R5 context. Tested-by: Robert Nelson Signed-off-by: Nishanth Menon --- Changes from V1: * Added Robert's tested by. V1: https://lore.kernel.org/r/20240212155332.541949-2...@ti.com board/beagle/beagleplay/beagleplay.c | 37 1 file change

[PATCH V2 0/5] board: beagle: Enable 32k and debounce configuration and fixups

t Jan noticed - Fixup for the fat finger missing 0x in 0x4080 :( V1: https://lore.kernel.org/all/20240212155332.541949-1...@ti.com/ Nishanth Menon : board: beagle: beagleplay: Enable 32k crystal configs: am62x_beagleplay_r5_defconfig: Enable SPL_BOARD_INIT arm: mach-k3: am62: Add Debounce configur

[PATCH V2 5/5] board: beagle: beagleplay: env: Drop usb and pxe as boot targets

andling of what ever form. This is the one that Jan noticed in his log. We can enable these on a later date once things are working. Cc: Roger Quadros Reported-by: Jan Kiszka Closes: https://lore.kernel.org/all/782ea2c0-eef5-478d-a122-cc6e2d066...@siemens.com/ Signed-off-by: Nishanth Menon

[PATCH V2 3/5] arm: mach-k3: am62: Add Debounce configuration register definitions

Add the Debounce configuration registers that need to be configured one time for the platform for the entire SoC. Signed-off-by: Nishanth Menon --- Changes since V1: * Fix 4080 to 0x4080 V1: https://lore.kernel.org/r/20240212155332.541949-4...@ti.com arch/arm/mach-k3/include/mach

[PATCH V2 4/5] board: beagle: beagleplay: Configure debounce registers

Configure the debounce configuration that makes sense for BeaglePlay usage model. Signed-off-by: Nishanth Menon --- Changes since V1: * No change V1: https://lore.kernel.org/r/20240212155332.541949-5...@ti.com board/beagle/beagleplay/beagleplay.c | 24 1 file changed

Re: [PATCH] arch: mach-k3: fix mapping higher DDR addresses as device memory

.size = 0x38000UL, > .attrs = PTE_BLOCK_MEMTYPE(MT_DEVICE_NGNRNE) | >PTE_BLOCK_NON_SHARE | >PTE_BLOCK_PXN | PTE_BLOCK_UXN > -- > 2.34.1 > https://lore.kernel.org/u-boot/20240119160900.GU12635@bill-the-cat/ ?? Something was missing? -- Regards, Nishanth Menon Key (0xDDB5849D1736249D) / Fingerprint: F8A2 8693 54EB 8232 17A3 1A34 DDB5 849D 1736 249D

[PATCH 0/2] remoteproc: ti_k3_arm64: Program GTC FID0 register

-registers/cntfid0 [3] https://developer.arm.com/docs/ddi0595/h/external-system-registers/cntcr [4] https://github.com/ARM-software/arm-trusted-firmware/commit/6a22d9ea3c7fa28d053d3ba264b49b7396a86f9e Nishanth Menon (2): arm: dts: k3-*-r5-*-board: Add GTC clock remoteproc: ti_k3_arm64: Progr

[PATCH 2/2] remoteproc: ti_k3_arm64: Program CNTFID0 register in GTC

re/arm-trusted-firmware/commit/6a22d9ea3c7fa28d053d3ba264b49b7396a86f9e Signed-off-by: Nishanth Menon --- drivers/remoteproc/ti_k3_arm64_rproc.c | 15 +++ 1 file changed, 15 insertions(+) diff --git a/drivers/remoteproc/ti_k3_arm64_rproc.c b/drivers/remoteproc/ti_k3_arm64_rpr

[PATCH 1/2] arm: dts: k3-*-r5-*-board: Add GTC clock

Add GTC Clock definition as index 0 clock so that we can use the clock node in the driver later on. Signed-off-by: Nishanth Menon --- arch/arm/dts/k3-am654-r5-base-board.dts| 1 + arch/arm/dts/k3-j7200-r5-common-proc-board.dts | 1 + arch/arm/dts/k3-j721e-r5-common-proc-board.dts | 1

Re: Help with TI-U-BOOT

MLO MKIMAGE MLO.byteswap CFGCHK u-boot.cfg > Now, that said, since there is a bit of a mix of TI conventions involved, i would suggest asking for help in https://e2e.ti.com/ -- Regards, Nishanth Menon Key (0xDDB5849D1736249D) / Fingerprint: F8A2 8693 54EB 8232 17A3 1A34 DDB5 849D 1736 249D

Re: [PATCH v2 12/23] logicpd: Drop omap3 zoom1

On 23:45-20200613, Jagan Teki wrote: > On Wed, May 27, 2020 at 6:27 PM Jagan Teki wrote: > > > > OF_CONTROL, DM_SPI and other driver model migration deadlines > > are expired for this board. > > > > Drop it. > > > > Cc: Nishanth Menon > > Any

Re: [PATCH v2 02/46] firmware: ti_sci: Fix not calling dev_err with a device

_device_state(const struct > ti_sci_handle *handle, > > ret = ti_sci_do_xfer(info, xfer); > if (ret) { > - dev_err(dev, "Mbox send fail %d\n", ret); > + dev_err(info->dev, "Mbox send fail %d\n", ret); > return ret; >

[PATCH 2/5] configs: j721e_evm: Use DEFAULT_LINUX_BOOT_ENV

fined in ti_armv7_common.h for this very purpose).. we will get rid of overlayaddr later in the series. Signed-off-by: Nishanth Menon --- include/configs/j721e_evm.h | 9 - 1 file changed, 4 insertions(+), 5 deletions(-) diff --git a/include/configs/j721e_evm.h b/include/configs/j721e_

[PATCH 0/5] configs: ti: am65x/j721e: Use DEFAULT_LINUX_BOOT_ENV

Use the common defaults from ./include/configs/ti_armv7_common.h This saves us from rediscovering the same painful lessons learnt from ARMv7 (kernel dtbs ramdisks overlays stomping on each other etc..) Nishanth Menon (5): configs: am65x_evm: Use DEFAULT_LINUX_BOOT_ENV configs: j721e_evm

[PATCH 3/5] env: ti: ufs: Use dtboaddr instead of overlayaddr

Use dtboaddr to define the overlay address common to all TI platforms instead of creating a new overlayaddr for the purpose. Signed-off-by: Nishanth Menon --- include/environment/ti/ufs.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/include/environment/ti/ufs.h b

[PATCH 4/5] configs: am65x_evm: Get rid of overlayaddr

Now that we are all clear of users of overlayaddr, get rid of it. Signed-off-by: Nishanth Menon --- include/configs/am65x_evm.h | 1 - 1 file changed, 1 deletion(-) diff --git a/include/configs/am65x_evm.h b/include/configs/am65x_evm.h index 19dc1a537e6a..9eed0ea203a9 100644 --- a/include

[PATCH 5/5] configs: j721e_evm: Get rid of overlayaddr

Now that we dont have any further users of overlayaddr, get rid of it. Signed-off-by: Nishanth Menon --- include/configs/j721e_evm.h | 1 - 1 file changed, 1 deletion(-) diff --git a/include/configs/j721e_evm.h b/include/configs/j721e_evm.h index 820e51378260..b707fc4e899f 100644 --- a/include

[PATCH 1/5] configs: am65x_evm: Use DEFAULT_LINUX_BOOT_ENV

fined in ti_armv7_common.h for this very purpose).. we will get rid of overlayaddr later in the series. Signed-off-by: Nishanth Menon --- include/configs/am65x_evm.h | 9 - 1 file changed, 4 insertions(+), 5 deletions(-) diff --git a/include/configs/am65x_evm.h b/include/configs/am65x_

Re: [PATCH 0/5] configs: ti: am65x/j721e: Use DEFAULT_LINUX_BOOT_ENV

On 11:15-20201007, Lokesh Vutla wrote: > > > On 07/10/20 12:35 am, Nishanth Menon wrote: > > Use the common defaults from ./include/configs/ti_armv7_common.h > > > > This saves us from rediscovering the same painful lessons learnt from > > ARMv7 (kernel dtbs r

[PATCH V2 2/4] env: ti: ufs: Use dtboaddr instead of overlayaddr

Use dtboaddr to define the overlay address common to all TI platforms instead of creating a new overlayaddr for the purpose. Signed-off-by: Nishanth Menon --- Changes since V1: - reordered to be patch #2, no functional changes V1: https://patchwork.ozlabs.org/project/uboot/patch

[PATCH V2 4/4] configs: am65x_evm: Use DEFAULT_LINUX_BOOT_ENV and remove overlayaddr

fined in ti_armv7_common.h for this very purpose) and get rid of the definition of overlayaddr.. Signed-off-by: Nishanth Menon --- Changes since V1: - Squashed patch of #1 and #4, no functional changes V1: https://patchwork.ozlabs.org/project/uboot/patch/20201006190507.13346-2...@ti.com/

[PATCH V2 1/4] configs: j721e_evm: Use DEFAULT_LINUX_BOOT_ENV

fined in ti_armv7_common.h for this very purpose).. we will get rid of overlayaddr later in the series. Signed-off-by: Nishanth Menon --- Changes since V1: - reordered to be patch #1, no functional changes V1: https://patchwork.ozlabs.org/project/uboot/patch/20201006190507.13346-3...@ti.com/ in

[PATCH V2 3/4] configs: j721e_evm: Get rid of overlayaddr

Now that we dont have any further users of overlayaddr, get rid of it. Signed-off-by: Nishanth Menon --- Changes since V1: - reordered to be patch #3, no functional changes V1: https://patchwork.ozlabs.org/project/uboot/patch/20201006190507.13346-6...@ti.com/ include/configs/j721e_evm.h | 1

[PATCH V2 0/4] configs: ti: am65x/j721e: Use DEFAULT_LINUX_BOOT_ENV

loosing bisectability. - Reordered to remove the j721e dependencies ahead of am654 V1: https://patchwork.ozlabs.org/project/uboot/list/?series=206321 Nishanth Menon (4): configs: j721e_evm: Use DEFAULT_LINUX_BOOT_ENV env: ti: ufs: Use dtboaddr instead of overlayaddr configs: j721e_evm: Get rid

Re: [PATCH 0/5] configs: ti: am65x/j721e: Use DEFAULT_LINUX_BOOT_ENV

On 07:11-20201007, Nishanth Menon wrote: > On 11:15-20201007, Lokesh Vutla wrote: > > > > > > On 07/10/20 12:35 am, Nishanth Menon wrote: > > > Use the common defaults from ./include/configs/ti_armv7_common.h > > > > > > This saves us from re

[PATCH 0/3] board: ti: common: Fixups and optimizations for eeprom handling

Hi, These are few of the fixes picked up from U-boot tree done for BeagleBone-AI64 and others. Additional testing is much appreciated - my test environment is currently limited :( Nishanth Menon (3): board: ti: common: Optimize boot when detecting consecutive bad records board: ti

[PATCH 2/3] board: ti: common: Handle the legacy eeprom address width properly

g the alternate addressing size, however the valid failure prevents us from checking at 1 byte anymore. Rectify the same by falling through and depend on header data comparison to ensure that we have valid data. Signed-off-by: Nishanth Menon --- board/ti/common/board_detect.c | 22 +++-

[PATCH 1/3] board: ti: common: Optimize boot when detecting consecutive bad records

The eeprom data area is much bigger than the data we intend to store, however, with bad programming, we might end up reading bad records over and over till we run out of eeprom space. instead just exit when 10 consecutive records are read. Signed-off-by: Nishanth Menon --- board/ti/common

[PATCH 3/3] board: ti: common: board_detect: Do 1byte address checks first.

overhead for boards with 2 byte addressing eeproms. Signed-off-by: Nishanth Menon --- board/ti/common/board_detect.c | 20 ++-- 1 file changed, 10 insertions(+), 10 deletions(-) diff --git a/board/ti/common/board_detect.c b/board/ti/common/board_detect.c index 0806dea11ed5..ed34991377ee

Re: [PATCH 1/3] board: ti: common: Optimize boot when detecting consecutive bad records

On 14:50-20220617, Tom Rini wrote: > On Fri, Jun 17, 2022 at 01:26:10PM -0500, Nishanth Menon wrote: > > > The eeprom data area is much bigger than the data we intend to store, > > however, with bad programming, we might end up reading bad records over > > and over till we

Re: [PATCH] firmware: ti_sci_static_data: Make file board agnostic

ignesh Raghavendra Gee thanks. Reviewed-by: Nishanth Menon > --- > drivers/firmware/ti_sci_static_data.h | 42 +++ > 1 file changed, 4 insertions(+), 38 deletions(-) > > diff --git a/drivers/firmware/ti_sci_static_data.h > b/drivers/firmware/ti_

Re: [PATCH 1/3] arm: dts: k3-am62x: sync dt with linux kernel

fication logs over gist.github.com or someplace similar to indicate success of boot of k3 platforms. [...] -- Regards, Nishanth Menon Key (0xDDB5849D1736249D) / Fingerprint: F8A2 8693 54EB 8232 17A3 1A34 DDB5 849D 1736 249D

Re: [PATCH v2] arm: dts: ti: k3-am64-main: Add RTI watchdog nodes

Third peripheral window */ > <0x00 0x3000 0x00 0x3000 0x00 0x000bc100>, /* > ICSSG0/1 */ > -- > 2.37.3 > As I responded to https://lore.kernel.org/u-boot/20221103052101.l77rsp4siutbe72n@scientist/ as well.. I think we need to sync upstream kernel dts back into u-boot -> we will end up having more of these cherry-pick cases otherwise. -- Regards, Nishanth Menon Key (0xDDB5849D1736249D) / Fingerprint: F8A2 8693 54EB 8232 17A3 1A34 DDB5 849D 1736 249D

Re: [PATCH] arm: dts: ti: k3-am64-mcu: Add pinctrl

+ pinctrl-single,register-width = <32>; > + pinctrl-single,function-mask = <0x>; > + }; > }; > -- > 2.38.1 > Reviewed-by: Nishanth Menon -- Regards, Nishanth Menon Key (0xDDB5849D1736249D) / Fingerprint: F8A2 8693 54EB 8232 17A3 1A34 DDB5 849D 1736 249D

Re: [PATCH] arch: arm: mach-k3: am642_init: bring back MCU_PADCFG_MMR1 unlock

static void ctrl_mmr_unlock(void) > mmr_unlock(CTRL_MMR0_BASE, 3); > mmr_unlock(CTRL_MMR0_BASE, 5); > mmr_unlock(CTRL_MMR0_BASE, 6); > + > + /* Unlock all MCU_PADCFG_MMR1 module registers */ > + mmr_unlock(MCU_PADCFG_MMR1_BASE, 1); > } > >

Re: status="ok" treated as disabled by DM

ll not be bound. > > What is the right fix? > 1) make u-boot DM to treat satus="ok" as enabled. > 2) fix device tree by changing "ok" to "okay". > > cheers, > -roger https://github.com/devicetree-org/dt-schema/blob/master/schemas/dt-core.yam

Re: [PATCH] ARM: dts: Fix node status to "okay" on TI boards

uot;; > + status = "okay"; > > clocks = <&ssi_ssr_fck>, ><&ssi_sst_fck>, > diff --git a/arch/arm/dts/omap36xx.dtsi b/arch/arm/dts/omap36xx.dtsi > index 6fb23ada1f..52e1b8ce0f 100644 > --- a/arch/arm/dts/omap36xx.dtsi > +++ b/arch/arm/dt

Re: [PATCH v2] ARM: dts: Fix node status to "okay" on TI boards

make sense.. some of which indicates missing sync with k.org dts, I suspect.. Reviewed-by: Nishanth Menon -- Regards, Nishanth Menon Key (0xDDB5849D1736249D) / Fingerprint: F8A2 8693 54EB 8232 17A3 1A34 DDB5 849D 1736 249D

Re: [PATCH 1/2] firmware: ti_sci: Include linux/err.h in ti_sci_protocol.h

e_revision: Firmware revision (not usually used). > * @firmware_description: Firmware description (not usually used). > */ > -#include > struct ti_sci_version_info { > u8 abi_major; > u8 abi_minor; Reviewed-by: Nishanth Menon -- Regards, Nishanth Menon Key (0xDDB5849D1736249D) / Fingerprint: F8A2 8693 54EB 8232 17A3 1A34 DDB5 849D 1736 249D

Re: [PATCH 2/2] arm: mach-k3: common: Add a release_resources_for_core_shutdown() stub

loadaddr, > u32 *loadaddr) > } > #endif > > +__weak void release_resources_for_core_shutdown(void) > +{ > + debug("%s not implemented...\n", __func__); > +} > + > void __noreturn jump_to_image_no_args(struct spl_image_info *spl_image) > { >

[PATCH] power: regulator: Kconfig: add a dependency for POWER_SUPPORT for SPL

Will not suffice, since the entire regulator build for SPL depends on CONFIG_SPL_POWER_SUPPORT. Elaborate that information in the Kconfig dependency. Signed-off-by: Nishanth Menon --- drivers/power/regulator/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/power

Re: [U-Boot] [U-Boot-Users] Compilation problem for TI3430 board.

he way, there are many "TI3430" boards. from your defconfig I understand it is for SDP3430[3]. I had written a small quick start doc for 2430 - many of whose comments are still valid for 2430. Regards, Nishanth Menon [1] http://linux.omap.com/pub/bootloader/3430sdp/ or https://omapzoom.org/gf

[U-Boot] [PATCH] MTD:NAND Enable nand lock, unlock feature

=MT29C2G24MAKLAJG-6%20IT Intial solution provided by Vikram Pandita Includes preliminary suggestions from Scott Wood Signed-off-by: Nishanth Menon --- common/cmd_nand.c| 96 + drivers/mtd/nand/nand_util.c | 79

Re: [U-Boot] U-boot for Arm cortexA8

t this.. They might have email list configuration which are white listed and disclaimers would not appear when send to those lists. Regards, Nishanth Menon ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] working with loadb & bootm on u-boot-v2 for imx27ads Board

gt; -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On > Behalf Of Lejin K Joy > Sent: Tuesday, September 23, 2008 9:49 PM > To: 'Robert Schwebel'; 'Sascha Hauer' > Cc: u-boot@lists.denx.de > Subject: Re: [U-

Re: [U-Boot] working with loadb & bootm on u-boot-v2 for imx27ads Board

0 bps... > ## Total Size = 0x0014deb9 = 1367737 Bytes > > uboot:/ go 0xa010 Should'nt this be bootm 0xa010? Regards, Nishanth Menon ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [PATCH 07/12 v2] ARM: OMAP3: Add memory and syslib common files, add NAND support

; modes. > > Two topics here, changes in cmd_nand.c and nand_base.c. > > cmd_nand.c: > > We need to be able to switch ECC at runtime cause some images have to > be written to NAND with HW ECC and some with SW ECC. This depends on > what user (reader) of these parts expect

Re: [U-Boot] [PATCH V2 09/12] mmc: omap_hsmmc: add mmc1 pbias, ldo1

nction is used on the DRA7xx boards only (with >>>>> TPS659038), you should add some comment above. >>>> Ok ll add the comment. >>>>> >>>>>> + val = 0x2b; /* (3 - 0.9) * 20 + 1 */ >>>>> Why not use definitions for the voltage?

Re: [U-Boot] [PATCH V2 09/12] mmc: omap_hsmmc: add mmc1 pbias, ldo1

On Wed, Jun 5, 2013 at 11:35 AM, Lubomir Popov wrote: > Hi Nishanth, > > On 05/06/13 17:01, Nishanth Menon wrote: >> On Wed, Jun 5, 2013 at 3:03 AM, Lubomir Popov wrote: >>> Hi Tom, >>> >>> On 05/06/13 00:06, Tom Rini wrote: >>>> On Mon,

Re: [U-Boot] [RFC] [UBOOT] [PATCH v3 1/7] USB: Backport kernel usb header file

ID:aa4f608478acb7ed69dfcff4f3c404100b78ac49 v3.10-rc4-21-gaa4f608 - is'nt it better to take a tagged kernel like v3.10 instead of an random intermediate commit? -- Regards, Nishanth Menon ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/ma

Re: [U-Boot] [PATCH 2/3] usb: omap5-evm: Add ethernet support to the uevm

CMD_NET /* bootp, tftpboot, rarpboot*/ +#define CONFIG_CMD_NFS /* NFS support */ + +/* USB Networking options */ +#define CONFIG_USB_HOST_ETHER +#define CONFIG_USB_ETHER_SMSC95XX + #define CONFIG_SYS_PROMPT "OMAP5432 uEVM # " #define C

Re: [U-Boot] [PATCH 2/2] omap5: Configure the tca6424 gpio expander

IG_SYS_I2C_TCA642X_BUS_NUM 4 +#define CONFIG_SYS_I2C_TCA642X_ADDR 0x22 + #define CONFIG_SYS_PROMPT "OMAP5432 uEVM # " #define CONSOLEDEV "ttyO2" -- Regards, Nishanth Menon ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [PATCH 1/2] gpio: tca642x: Add the tca642x gpio expander driver

BUS_NUM); + if (i2c_read(chip, addr, 1, (u8 *)&valw, 1)) { + ret = -1; + goto error; + } + + *data = (int)valw; + +error: + i2c_set_bus_num(org_bus_num); + return ret; +} [...] -- Regards, Nishanth Menon ___

Re: [U-Boot] [PATCH 1/2] gpio: tca642x: Add the tca642x gpio expander driver

On 07/09/2013 11:17 AM, Dan Murphy wrote: On 07/08/2013 04:27 PM, Nishanth Menon wrote: On 07/08/2013 03:53 PM, Dan Murphy wrote: [...] +/* tca642x register address definitions */ +struct tca642x_bank_info tca642x_banks[] = { +{0x00, 0x04, 0x08, 0x0c}, +{0x01, 0x05, 0x09, 0x0d

Re: [U-Boot] [PATCH 1/7] omap5: add qspi support

On Wed, Jul 10, 2013 at 6:25 AM, Sourav Poddar wrote: > From: Matt Porter > > Add QSPI definitions and clock configuration support. > OMAP54xx does not have QSPI. DRA7 has QSPI? > Signed-off-by: Matt Porter > Signed-off-by: Sourav Poddar > --- > arch/arm/cpu/armv7/omap5/hw_data.c |7

<    3   4   5   6   7   8   9   10   11   12   >