ut it is a couple of months away for OF_UPSTREAM to sync
(aka for the next rebase, those changes will be dropped).
This policy has been asserted over and over again on these platforms.
Please focus instead on helping getting kernel changes upstream by
helping support engineers in that effort.
>
> When the Kernel DT patch is merged and taken through OF_UPSTREAM, I will
> anyway send a patch to remove all of the bootph from the u-boot DT files.
> With that, I can take care of removing the above bootph property too.
>
> Let me know what you think, and I'll rebase this series and resend it then.
>
> [0]:
> https://lore.kernel.org/all/20240814-b4-upstream-bootph-all-v4-0-f2b462000...@ti.com/
>
> Thanks,
> Aniket
--
Regards,
Nishanth Menon
Key (0xDDB5849D1736249D) / Fingerprint: F8A2 8693 54EB 8232 17A3 1A34 DDB5
849D 1736 249D
L_OF_LIST="../../../../arch/arm/dts/k3-am65-iot2050-spl"
>
> for our spl dtb.
>
> Are there means to still build certain dtb[o] files in arch//dts?
> I'm a bit lost in the Makefile forest.
>
Sumit: Any suggestions?
--
Regards,
Nishanth Menon
Key (0xDDB5849D17
C=y
> +CONFIG_SPL_BOARD_INIT=y
> +CONFIG_SPL_DMA=y
> +CONFIG_SPL_ENV_SUPPORT=y
> +CONFIG_SPL_ETH=y
> +CONFIG_SPL_NET=y
> +CONFIG_SPL_NET_VCI_STRING="AM62X U-Boot A53 SPL"
> +CONFIG_SPL_SYSCON=y
> --
> 2.34.1
>
Where is the documentation for the usage?
--
Regards,
Nishanth Menon
Key (0xDDB5849D1736249D) / Fingerprint: F8A2 8693 54EB 8232 17A3 1A34 DDB5
849D 1736 249D
ootph-all;
> +};
> +
If you cannot wait for upstream dt sync, why not just do this in R5-sk
or u-boot.dtsi?
--
Regards,
Nishanth Menon
Key (0xDDB5849D1736249D) / Fingerprint: F8A2 8693 54EB 8232 17A3 1A34 DDB5
849D 1736 249D
so make sure it's documented in phycore-am62x
>
> Signed-off-by: Dhruva Gole
> ---
Reviewed-by: Nishanth Menon
--
Regards,
Nishanth Menon
Key (0xDDB5849D1736249D) / Fingerprint: F8A2 8693 54EB 8232 17A3 1A34 DDB5
849D 1736 249D
ub in the TISPL image format.
>
> Signed-off-by: Dhruva Gole
> ---
> doc/board/beagle/am62x_beagleplay.rst | 8 ++--
> 1 file changed, 6 insertions(+), 2 deletions(-)
>
Reviewed-by: Nishanth Menon
--
Regards,
Nishanth Menon
Key (0xDDB5849D1736249D) / Fingerprint: F8A2 869
Malcom Francis
> Signed-off-by: Dhruva Gole
Reviewed-by: Nishanth Menon
--
Regards,
Nishanth Menon
Key (0xDDB5849D1736249D) / Fingerprint: F8A2 8693 54EB 8232 17A3 1A34 DDB5
849D 1736 249D
dm_tispl.bin.svg | 353
> 5 files changed, 2342 insertions(+), 6 deletions(-)
> create mode 100644 doc/board/ti/img/boot_diagram_am62.svg
> create mode 100644 doc/board/ti/img/tifsstub_dm_tispl.bin.svg
>
Reviewed-by: Nishanth Menon
--
Regards,
Nishanth Menon
Key (0xDDB5849
> doc/board/ti/j7200_evm.rst| 4
> doc/board/ti/j721e_evm.rst| 4
> doc/board/ti/j721s2_evm.rst | 4
> doc/board/ti/j722s_evm.rst| 4
> doc/board/ti/j784s4_evm.rst | 4
--
Regards,
Nishanth
es.
> * Also, refactor and add a few new labels to help split the firmware
> documentation chunks. This will make it easier to include them one by
> one wherever applicable
>
> Signed-off-by: Dhruva Gole
> ---
Reviewed-by: Nishanth Menon
--
Regards,
Nishanth Menon
Key (0xDD
/ti*/
> F: drivers/firmware/ti_sci.*
> --
> 2.34.1
>
Reviewed-by: Nishanth Menon
--
Regards,
Nishanth Menon
Key (0xDDB5849D1736249D) / Fingerprint: F8A2 8693 54EB 8232 17A3 1A34 DDB5
849D 1736 249D
certificate signing process,
the stub is maintained separately from DM.
> +
> +.. k3_rst_include_end_lpm_firmware
--
Regards,
Nishanth Menon
Key (0xDDB5849D1736249D) / Fingerprint: F8A2 8693 54EB 8232 17A3 1A34 DDB5
849D 1736 249D
On 16:05-20240718, Dhruva Gole wrote:
> On Jul 17, 2024 at 13:47:19 -0500, Nishanth Menon wrote:
> > On 22:18-20240705, Dhruva Gole wrote:
> > > Add documentation to briefly explain the role of TIFS Stub in relevant
> > > K3 SoC's.
> > > This also sheds
mts and boot flow
then do the stuff for beagleplay - first fix, then add new stuff, NOT
the other way around - yes, i claim that a feature added without
documentation is a bug.
--
Regards,
Nishanth Menon
Key (0xDDB5849D1736249D) / Fingerprint: F8A2 8693 54EB 8232 17A3 1A34 DDB5
849D 1736 249D
scription above? I
do not want to go and explicitly list out the devices this section has
either..
Futher, the way it is introduced, did you check the documentation for
other SoCs? we dont want tifs stub section to punch in for other SoCs
which dont matter.
>
> OR
>
> --
> 2.34.1
>
--
Regards,
Nishanth Menon
Key (0xDDB5849D1736249D) / Fingerprint: F8A2 8693 54EB 8232 17A3 1A34 DDB5
849D 1736 249D
S are not working, but this is off topic for this
> conversation ;-)
I still think your comment is valid - commit message does need to
explain something like "make space for future standard features such as
DFU etc.."
--
Regards,
Nishanth Menon
Key (0xDDB5849D1736249D) / Fingerprint: F8A2 8693 54EB 8232 17A3 1A34 DDB5
849D 1736 249D
f
> waiting for DFU series.
if we are going to repeat this over and over - does it make sense to
have this in include? so that *other* board manufacturers do not need to
re-discover this?
--
Regards,
Nishanth Menon
Key (0xDDB5849D1736249D) / Fingerprint: F8A2 8693 54EB 8232 17A3 1A34 DDB5
849D 1736 249D
they have had to deal with closed firmwares in the past as well.
Packaging binaries in a filesystem or some format (x509/fit) is
essentially the same thing - anyways.. interesting thought there.
PS: For folks interested: LPC accepted our proposal[1] in the
security/boot MC and if folks could join in person or virtually, it
would be great to lay this out and get the thoughts out and come to some
direction here.
[1] https://lpc.events/event/18/contributions/1815/
--
Regards,
Nishanth Menon
Key (0xDDB5849D1736249D) / Fingerprint: F8A2 8693 54EB 8232 17A3 1A34 DDB5
849D 1736 249D
c/soc_ti_k3.c
> @@ -61,7 +61,7 @@ static const char *get_family_string(u32 idreg)
> }
>
> static char *j721e_rev_string_map[] = {
> - "1.0", "1.1",
> + "1.0", "1.1", "2.0",
> };
>
> static char *
if using the simple-audio-card node is not preferred, then can we
> create TI specific compatible and a separate DT node?
--
Regards,
Nishanth Menon
Key (0xDDB5849D1736249D) / Fingerprint: F8A2 8693 54EB 8232 17A3 1A34 DDB5
849D 1736 249D
On 17:31-20240703, Sebin Francis wrote:
>
> On 01/07/24 20:54, Nishanth Menon wrote:
> > On 15:25-20240701, Sebin Francis wrote:
> > > For HS-FS device we need to sign the fs-stub with customer key. DM
> > > firmware
> > > cannot have a component which i
On 21:32-20240628, Robert Nelson wrote:
> On Fri, Jun 28, 2024 at 8:12 AM Nishanth Menon wrote:
> >
> > On 10:19-20240618, Dhruva Gole wrote:
> > > Add symlinks for both tiboot3.bin and tispl.bin because a user has to
> > > anyway rename these files to get th
onfigs/j722s_evm_a53_defconfig | 1 +
> include/env/ti/mmc.env | 2 +-
> include/env/ti/ti_common.env | 2 +-
> 6 files changed, 22 insertions(+), 2 deletions(-)
> ---
> base-commit: 899b088674b6905710ce546f0a8848662904852a
> change-id: 20240628-b4-upstream-streamli
egards,
Nishanth Menon
Key (0xDDB5849D1736249D) / Fingerprint: F8A2 8693 54EB 8232 17A3 1A34 DDB5
849D 1736 249D
On 19:39-20240628, Sebin Francis wrote:
>
> On 28/06/24 18:33, Nishanth Menon wrote:
> > On 15:02-20240628, Dhruva Gole wrote:
> > > This series includes the binman related changes required to package tIFS
> > > Stub to support Low Power Modes on BeaglePlay.
>
r5-beagleplay.dts | 1 +
> doc/board/beagle/am62x_beagleplay.rst| 7 +++
> 3 files changed, 5 insertions(+), 4 deletions(-)
Robert/Jason:
Can you folks confirm that we will ONLY have GP version of BeaglePlay
for even a new update of the board? If that is confirmed, then this
ommit: 899b088674b6905710ce546f0a8848662904852a
> change-id: 20240628-b4-upstream-streamline-platform-f0d7453637b2
>
> Best regards,
> --
> Manorit Chawdhry
>
--
Regards,
Nishanth Menon
Key (0xDDB5849D1736249D) / Fingerprint: F8A2 8693 54EB 8232 17A3 1A34 DDB5
849D 1736 249D
? How about legacy boards like k2g?
> envboot=if mmc dev ${mmcdev}; then
> if mmc rescan; then
> echo SD/MMC found on device ${mmcdev};
>
> --
> 2.45.1
>
--
Regards,
Nishanth Menon
Key (0xDDB5849D1736249D) / Fingerprint: F8A2 8693 54EB 8232 17A3 1A34 DDB5
849D 1736 249D
if DM architecture changes such that PLL
initialization or some other long pole item is performed prior to
loading the tifs stub?
[1] https://lore.kernel.org/u-boot/20240621054337.qqjftv72ofiinlhv@dhruva/
--
Regards,
Nishanth Menon
Key (0xDDB5849D1736249D) / Fingerprint: F8A2 8693 54EB 8232 17A3 1A34 DDB5
849D 1736 249D
t;Load system config data x="237" y="273" fill="rgb(0, 0, 0)" font-family="Helvetica" font-size="11px"
> text-anchor="middle">Load syste... y="230" width="90" height="32" rx="4.8" ry
y: flex; align-items:
> unsafe center; justify-content: unsafe center; width: 158px; height: 1px;
> padding-top: 230px; margin-left: 41px;">R5 DM
> FW font-family="Helvetica" font-size="12px" text-anchor="middle">R5 DM
> FW fill="none"
${overlaystring}
> -do_main_cpsw0_qsgmii_phyinit=0
> +update_do_main_cpsw0_qsgmii_phyinit=setenv do_main_cpsw0_qsgmii_phyinit 0;
> bootcmd_ti_mmc=
> run findfdt; run init_${boot};
> + run update_do_main_cpsw0_qsgmii_phyinit;
> #if CONFIG_CMD_REMOTEPROC
> if test ${do_main_cpsw0_qsgmii_phyinit} -eq 1;
> then run main_cpsw0_qsgmii_phyinit;
> --
> 2.40.1
>
--
Regards,
Nishanth Menon
Key (0xDDB5849D1736249D) / Fingerprint: F8A2 8693 54EB 8232 17A3 1A34 DDB5
849D 1736 249D
ware/tree/ti-sysfw?h=ti-linux-firmware
[5]
https://git.ti.com/cgit/processor-firmware/ti-linux-firmware/tree/ti-dm?h=ti-linux-firmware
[6]
https://docs.kernel.org/next/driver-api/firmware/firmware-usage-guidelines.html
--
Regards,
Nishanth Menon
Key (0xDDB5849D1736249D) / Fingerprint: F8A2 8693 54EB 8232 17A3 1A34 DDB5
849D 1736 249D
f the
> > > > actual location of the firmware
> > > >
> > > > CC: Andrew Davis
> > > > CC: Nishanth Menon
> > > > CC: Robert Nelson
> > > > Reported-by: Dhruva Gole
> > > > Signed-off-by: Bryan Brattlof
7 +178,8 @@
> conf-0 {
> description = "k3-am625-beagleplay";
> firmware = "atf";
> - loadables = "tee", "dm", "spl";
> + loadables = "tee", "dm", "spl",
> + "tifsstub-gp";
> fdt = "fdt-0";
> };
> };
>
> base-commit: 16324b43db3f2b4fbbc3b701893fcfc4104f33fb
> --
> 2.34.1
>
--
Regards,
Nishanth Menon
Key (0xDDB5849D1736249D) / Fingerprint: F8A2 8693 54EB 8232 17A3 1A34 DDB5
849D 1736 249D
issed beagleplay? and we were in for a surprise there - i dont want
to switch from default dts for beagleplay to something different just
because of simplicity for users to know exactly the carveouts and
with other s/w starting up on uC, dts is our "canonical truth".
--
Regards,
Nishanth Menon
Key (0xDDB5849D1736249D) / Fingerprint: F8A2 8693 54EB 8232 17A3 1A34 DDB5
849D 1736 249D
+21,4 @@ splashfile=ti_logo_414x97_32bpp.bmp.gz
> splashimage=0x8020
> splashpos=m,m
> splashsource=sf
> +rproc_fw_binaries= 0 /lib/firmware/am62-mcu-m4f0_0-fw
> --
> 2.34.1
>
Grumble - instead of keeping on adding new SoCs, can we not spend some
effort in trying to i
rs/remoteproc/ti_k3_m4_rproc.c
>
> --
> 2.34.1
>
I know we are close[1], but do wait for upstream kernel to accept
the bindings before using the same in driver etc. the dts has no m4
support atm.
[1] https://lore.kernel.org/r/33550e82-4fd3-4066-b78d-27534584f...@ti.com
--
Regards,
ction of [1] instructions for build environment and steps
to copy the capsules?
I just ran into an issue with next where my build container was missing
uuid-dev package and my builds broke overnight for u-boot/next. looking
for documentation, I did not see the change.
[1]
https://github.com/u-boot/u-boot/blob/master/doc/board/ti/k3.rst?plain=1#L203
--
Regards,
Nishanth Menon
Key (0xDDB5849D1736249D) / Fingerprint: F8A2 8693 54EB 8232 17A3 1A34 DDB5
849D 1736 249D
r5-beagleplay.dts
> > +++ b/arch/arm/dts/k3-am625-r5-beagleplay.dts
> > @@ -79,6 +79,7 @@
> > &binman {
> > tiboot3-am62x-gp-evm.bin {
> > filename = "tiboot3-am62x-gp-evm.bin";
> > + symlink = "tiboot3.bin";
> >
ad with this patch?
>
> We can definitely have separate discussion around whether we need to remove
> legacy flow bits from upstream U-Boot, but no reason to keep this small fix
> blocked till we have those discussions is what I feel.
Based on an offline discussion, while it is in the ineterest of dropping
legacy boot, we are currently supporting both set of users at the
moment. The fix is valid for legacy boot folks.. so, for this patch, at
this point in time:
Reviewed-by: Nishanth Menon
--
Regards,
Nishanth Menon
Key (0xDDB5849D1736249D) / Fingerprint: F8A2 8693 54EB 8232 17A3 1A34 DDB5
849D 1736 249D
Enable OF_UPSTREAM for am625-sk board. Remove DT files that
are now available in dts/upstream. Update the appended files based on
version of latest OF_UPSTREAM sync point (v6.10-rc1).
Signed-off-by: Nishanth Menon
---
arch/arm/dts/Makefile|3 +-
arch/arm/dts/k3-am62
Enable OF_UPSTREAM for am62a7-sk board. Remove DT files that
are now available in dts/upstream. Update the appended files based on
version of latest OF_UPSTREAM sync point (v6.10-rc1).
Signed-off-by: Nishanth Menon
---
arch/arm/dts/Makefile|3 +-
arch/arm/dts/k3-am62a
Enable OF_UPSTREAM for AM625-beagleplay board. Remove DT files that
are now available in dts/upstream. Update the appended files based on
version of latest OF_UPSTREAM sync point (v6.10-rc1).
Signed-off-by: Nishanth Menon
---
arch/arm/dts/Makefile| 1 -
arch/arm/dts/k3
/ba310d3750a80789aca6a4fd90190135
Nishanth Menon (3):
arm: dts: am625_beagleplay: Switch to OF_UPSTREAM
arm: dts: am625_sk: Switch to OF_UPSTREAM
arm: dts: am62a7_sk: Switch to OF_UPSTREAM
arch/arm/dts/Makefile|7 +-
arch/arm/dts/k3-am62-main.dtsi | 1058
On 08:47-20240604, Nishanth Menon wrote:
> Enable OF_UPSTREAM for AM625-beagleplay board. Remove DT files that
> are now available in dts/upstream. Update the appended files based on
> version of latest OF_UPSTREAM sync point (v6.10-rc1).
>
> Signed-off-by: Nishanth Menon
> --
Enable OF_UPSTREAM for AM625-beagleplay board. Remove DT files that
are now available in dts/upstream. Update the appended files based on
version of latest OF_UPSTREAM sync point (v6.10-rc1).
Signed-off-by: Nishanth Menon
---
Based off u-boot
next 15d0dcc0ec1f Merge tag 'u-boot-imx
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
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
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
BIT_FEATURES;
> int ret;
>
> + if (!priv->has_phy || !cpsw_common->bus)
> + return 0;
> +
> phydev = phy_connect(cpsw_common->bus,
>priv->phy_addr,
>priv->dev,
> --
>
quot;spl/dts/k3-am625-beagleplay.dtb"
> +#define BOARD_DESCRIPTION "k3-am625-beagleplay"
> +#define UBOOT_BOARD_DESCRIPTION "U-Boot for AM625 BeaglePlay"
> +
> +#include "k3-am625-sk-binman.dtsi"
Drop the "sk" ?
--
Regards,
Nishanth Menon
Key (0xDDB5849D1736249D) / Fingerprint: F8A2 8693 54EB 8232 17A3 1A34 DDB5
849D 1736 249D
> index 018faaa13b..195637a836 100644
> > --- a/arch/arm/dts/k3-j7200-r5-common-proc-board.dts
> > +++ b/arch/arm/dts/k3-j7200-r5-common-proc-board.dts
> > @@ -83,3 +83,8 @@
> > &wkup_vtm0 {
> > bootph-pre-ram;
> > };
> > +
> > +&ospi0 {
> >
Limaye
> > ---
> > configs/j7200_evm_a72_defconfig | 10 --
> > configs/j7200_evm_r5_defconfig | 9 +++--
> > 2 files changed, 15 insertions(+), 4 deletions(-)
> >
Could we not do fragments?
--
Regards,
Nishanth Menon
Key (0xDDB5849D1736249D) / Fingerprint: F8A2 8693 54EB 8232 17A3 1A34 DDB5
849D 1736 249D
.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
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
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
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
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
, 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
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
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
/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
; 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
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
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
: 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
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
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
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
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
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
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
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
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
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
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
, 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
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
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
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
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
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
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 in V3:
- none other than picking up reviews.
V2: https://lore.kernel.org/r/20240109191506.3820908-9...@ti.com
ned-off-by: Nishanth Menon
---
Changes in V3:
- none other than picking up reviews.
V2: https://lore.kernel.org/r/20240109191506.3820908-6...@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
We shouldn't need finfdt anymore. Drop the env script.
Reviewed-by: Jonathan Humphreys
Reviewed-by: Roger Quadros
Signed-off-by: Nishanth Menon
---
Changes in V3:
- none other than picking up reviews.
V2: https://lore.kernel.org/r/20240109191506.3820908-11...@ti.com
include/e
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 in V3:
- none other than
ned-off-by: Nishanth Menon
---
Changes in V3:
- none other than picking up reviews.
V2: https://lore.kernel.org/r/20240109191506.3820908-5...@ti.com
board/ti/am64x/am64x.env | 9 -
board/ti/am64x/evm.c | 8
2 files changed, 8 insertions(+), 9 deletions(-)
diff --git a/boar
ned-off-by: Nishanth Menon
---
Changes in V3:
- none other than picking up reviews.
V2: https://lore.kernel.org/r/20240109191506.3820908-7...@ti.com
board/ti/j721e/evm.c | 8
board/ti/j721e/j721e.env | 10 --
2 files changed, 8 insertions(+), 10 deletions(-)
diff --git a/boar
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 in V3:
- none other than
: Jonathan Humphreys
Reviewed-by: Roger Quadros
Signed-off-by: Nishanth Menon
---
Changes in V3:
- none other than picking up reviews.
V2: https://lore.kernel.org/r/20240109191506.3820908-2...@ti.com
board/ti/common/Kconfig | 12
board/ti/common/Makefile | 1 +
board/ti/common
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 in V3:
- none other than picking up reviews.
V2: https://lore.kernel.org/r/20240109191506.3820908-10...@ti.com
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
---
New patch:
Fixed build fail that Tom noted:
https
ned-off-by: Nishanth Menon
---
Changes in V3:
- none other than picking up reviews.
V2: https://lore.kernel.org/r/20240109191506.3820908-8...@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
RN (around LATE_INIT) and
CHECK (fdt_ops #ifdeffery) that on closer inspection looks fine and
consistent with other similar usage.
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: A
de" when it hands off from Boot
> + * ROM over to the Secondary bootloader. The initial set of calls
> + * we have to make need to be on a secure pipe.
> + */
> if (info->is_secure) {
> /* ToDo: get checksum of the entire message
tically ensures
> the first 4 bytes of secure_buf are 0.
>
> Fixes: 32cd25128bd849 ("firmware: Add basic support for TI System Control
> Interface (TI SCI)")
> Cc: Nishanth Menon
> Cc: Andrew Davis
> Cc: Manorit Chawdhry
> Signed-off-by: Dhruva Gole
> ---
&g
On 11:44-20240129, Dhruva Gole wrote:
> On Jan 24, 2024 at 12:09:06 -0600, Nishanth Menon wrote:
> > On 18:37-20240124, Dhruva Gole wrote:
> > > The secure_hdr needs to be 0 init-ed however this was never being put
> > > into the secure_buf, leading to possibil
On 17:02-20240129, Apurva Nandan wrote:
> Hi,
>
> On 24/01/24 02:17, Nishanth Menon wrote:
> > On 20:21-20240123, Apurva Nandan wrote:
> > [...]
> > > > > +void k3_mem_init(void)
> > > > > +{
> > > > > + struct udevice *dev
upport - which again, we should probably document in the code so
that people don't go scratching our heads again.
That is unfortunately confusing enough for code since 99% of rest of
u-boot flow does not use secure comm path.
--
Regards,
Nishanth Menon
Key (0xDDB5849D1736249D) / Fingerprint: F
1 - 100 of 1008 matches
Mail list logo