On 11/05/21 11:34 am, Vignesh Raghavendra wrote:
>
>
> On 5/11/21 10:21 AM, Lokesh Vutla wrote:
>>
>>
>> On 10/05/21 10:54 pm, Vignesh Raghavendra wrote:
>>> R5 SPL needs access to cfg space of Rings and UDMAP, therefore add RING
>>> CFG, TCHAN CFG
On 10/05/21 10:54 pm, Vignesh Raghavendra wrote:
> R5 SPL needs access to cfg space of Rings and UDMAP, therefore add RING
> CFG, TCHAN CFG and RCHAN CFG address ranges.
>
> Signed-off-by: Vignesh Raghavendra
> ---
> arch/arm/dts/k3-am654-base-board-u-boot.dtsi | 14 ++
>
On 10/05/21 10:54 pm, Vignesh Raghavendra wrote:
> On J721e and J7200, MCU R5 core (boot master) itself would run Device
> Manager (DM) Firmware and interact with TI Foundational Security (TIFS)
> firmware to enable DMA and such other Resource Management (RM) services.
> So, during R5 SPL stage
On 10/05/21 10:54 pm, Vignesh Raghavendra wrote:
> In case of R5 SPL, GET_RANGE API service is not available (as DM
> services are not yet up), therefore service such calls locally using
> per SoC static data.
>
> Signed-off-by: Vignesh Raghavendra
> ---
> drivers/firmware/ti_sci.c
On 08/05/21 3:36 pm, Vignesh Raghavendra wrote:
> Hi,
>
> On 5/6/21 4:44 PM, Lokesh Vutla wrote:
>> Add support for AM64 SoC identification.
>>
>> Signed-off-by: Lokesh Vutla
>> ---
>> drivers/soc/soc_ti_k3.c | 4
>> 1 file changed, 4
On 06/05/21 1:32 pm, Lokesh Vutla wrote:
>
>
> On 23/04/21 9:57 pm, Dave Gerlach wrote:
>> Hi,
>>
>> This series adds initial support for the latest new SoC, AM642,
>> from Texas Instruments.
>>
>> Additional detail can be found in the patch descri
Enable all relevant configs for building multiple dtbs into a single fit
image and load the right dtb for next stage.
Signed-off-by: Lokesh Vutla
---
configs/am64x_evm_a53_defconfig | 3 +++
1 file changed, 3 insertions(+)
diff --git a/configs/am64x_evm_a53_defconfig b/configs
Enable relevant configs for reading eeprom data and updating env
variables.
Signed-off-by: Lokesh Vutla
---
board/ti/am64x/Kconfig | 3 +++
configs/am64x_evm_a53_defconfig | 4
2 files changed, 7 insertions(+)
diff --git a/board/ti/am64x/Kconfig b/board/ti/am64x/Kconfig
index
Add R5 specific dts for AM64 SK
Signed-off-by: Lokesh Vutla
Signed-off-by: Sinthu Raja
---
arch/arm/dts/Makefile|3 +-
arch/arm/dts/k3-am64-sk-lp4-1333MTs.dtsi | 2190 ++
arch/arm/dts/k3-am642-r5-sk.dts | 145 ++
3 files changed, 2337
Enable relevant configs that checks for the size of image and stack:
BSS: 4KB
Initial MALLOC: 512KB
Initial Stack: 8K
SPL Image size can be: ~960KB
Signed-off-by: Lokesh Vutla
---
configs/am64x_evm_r5_defconfig | 5 +
1 file changed, 5 insertions(+)
diff --git a/configs
Enable all relevant configs for printing CPU info.
Signed-off-by: Lokesh Vutla
---
configs/am64x_evm_a53_defconfig | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/configs/am64x_evm_a53_defconfig b/configs/am64x_evm_a53_defconfig
index 5aa4ad3022..43885827a5 100644
Enable defconfigs for building multiple device trees into a single FIT
image.
Signed-off-by: Lokesh Vutla
---
configs/am64x_evm_r5_defconfig | 3 +++
1 file changed, 3 insertions(+)
diff --git a/configs/am64x_evm_r5_defconfig b/configs/am64x_evm_r5_defconfig
index 3d5b22b4a0..31d2238320 100644
-pin header for Programmable Realtime Unit (PRU) IO pins
* Interface for remote automation. Includes:
* power measurement and reset control
* boot mode change
Add basic support for AM642 SK.
Signed-off-by: Lokesh Vutla
---
arch/arm/dts/Makefile| 3 +-
arch/arm/dts
Add I2C nodes for AM64 and enable pinmux for i2c0 for reading eeprom data.
Signed-off-by: Lokesh Vutla
---
arch/arm/dts/k3-am64-main.dtsi| 44 +++
arch/arm/dts/k3-am64.dtsi | 2 ++
arch/arm/dts/k3-am642-evm-u-boot.dtsi | 18 +++
3 files
I2C EEPROM will be probed before SYSFW is available.
So drop the power-domains property for I2C.
Signed-off-by: Lokesh Vutla
---
arch/arm/dts/k3-am642-r5-evm.dts | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/dts/k3-am642-r5-evm.dts b/arch/arm/dts/k3-am642-r5-evm.dts
index
Chipid will be needed for SoC detection for all stages of U-Boot.
So make it u-boot,dm-spl
Signed-off-by: Lokesh Vutla
---
arch/arm/dts/k3-am642-evm-u-boot.dtsi | 7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/arm/dts/k3-am642-evm-u-boot.dtsi
b/arch/arm/dts/k3-am642-evm-u
Now that single defconfig can be used for booting AM64 EVM and SK,
default device tree will not work for selecting dtb for kernel.
Update the env to select right dtb based on eeprom.
Signed-off-by: Lokesh Vutla
---
include/configs/am64x_evm.h | 11 +++
1 file changed, 7 insertions(+), 4
Current BSS allocation of SPL is as below:
size spl/u-boot-spl
textdata bss dec hex filename
14457254841752 151808 25100 spl/u-boot-spl
But 20KB is allocated currently for BSS. Reduce it to 4KB and
save some space for stack.
Signed-off-by: Lokesh Vutla
Avoid R5 SPL stack writing into ROM index table. Re-use the same space
for storing EEPROM data.
Signed-off-by: Lokesh Vutla
---
include/configs/am64x_evm.h | 5 +
1 file changed, 5 insertions(+)
diff --git a/include/configs/am64x_evm.h b/include/configs/am64x_evm.h
index 99c779b584
Include the relevant configs to enable support for reading EEPROM in
R5SPL.
Signed-off-by: Lokesh Vutla
---
board/ti/am64x/Kconfig | 3 +++
1 file changed, 3 insertions(+)
diff --git a/board/ti/am64x/Kconfig b/board/ti/am64x/Kconfig
index 3dd5b54c94..7150dbb3b0 100644
--- a/board/ti/am64x
Enable support for selecting DTB within SPL based on EEPROM.
This will help to use single defconfig for both EVM and SK
Signed-off-by: Lokesh Vutla
---
arch/arm/mach-k3/am642_init.c | 26 ++
1 file changed, 26 insertions(+)
diff --git a/arch/arm/mach-k3/am642_init.c b
Update the board_fit_config_name_match() to choose the right dtb.
Signed-off-by: Lokesh Vutla
---
board/ti/am64x/evm.c | 13 +
1 file changed, 9 insertions(+), 4 deletions(-)
diff --git a/board/ti/am64x/evm.c b/board/ti/am64x/evm.c
index 18e49112ac..a1ffcb929c 100644
--- a/board/ti
I2C EEPROM data contains the board name and its revision.
Add support for:
- Reading EEPROM data and store a copy at end of SRAM
- Updating env variable with relevant board info
- Printing board info during boot.
Signed-off-by: Lokesh Vutla
---
arch/arm/mach-k3/include/mach/am64_hardware.h | 3
for SK.
This series depends on the following series:
- https://patchwork.ozlabs.org/user/todo/uboot/?series=240546
- https://patchwork.ozlabs.org/user/todo/uboot/?series=241946
- https://patchwork.ozlabs.org/user/todo/uboot/?series=242110
Lokesh Vutla (18):
soc: ti: k3-socinfo: Add entry
Add support for AM64 SoC identification.
Signed-off-by: Lokesh Vutla
---
drivers/soc/soc_ti_k3.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/soc/soc_ti_k3.c b/drivers/soc/soc_ti_k3.c
index ecc3278cb4..9abed7d490 100644
--- a/drivers/soc/soc_ti_k3.c
+++ b/drivers/soc
On 23/04/21 9:57 pm, Dave Gerlach wrote:
> Hi,
>
> This series adds initial support for the latest new SoC, AM642,
> from Texas Instruments.
>
> Additional detail can be found in the patch descriptions, also
> see AM64X Technical Reference Manual (SPRUIM2, Revised Jan 2021)
> for further
Hi Adarsh,
On 06/05/21 11:28 am, Adarsh Babu Kalepalli wrote:
> Hi,
>
> Error output "*Command 'gpio' failed: Error -19*" is occurring with "*gpio
> status -a*"
> command on Beaglebone Black.
Error -19 is ENODEV. Can you check if you have gpio devices being probed?
>
> The "gpio" command is
On 12/04/21 9:10 pm, Aswath Govindraju wrote:
> According to latest errata of J721e [1], HS400 mode is not supported
> in MMCSD0 subsystem (i2024) and SDR104 mode is not supported in MMCSD1/2
> subsystems (i2090). Therefore, replace mmc-hs400-1_8v with mmc-hs200-1_8v
> in MMCSD0 subsystem and
Hi Tom,
Please find the PR for master branch targeted for v2021.07-rc1 release.
Details about the PR are updated in the tag message.
Gitlab build report:
https://source.denx.de/u-boot/custodians/u-boot-ti/-/pipelines/7194
The following changes since commit
On 11/04/21 1:09 pm, Dario Binacchi wrote:
>
> The series was born from the need to check the pinmux setting of a
> peripheral on a beaglebone board. I then ran the 'pinmux status -a'
> command but it failed because some operations (get_pin_muxing,
> get_pin_name and get_pins_count) were
On 18/03/21 6:10 pm, Adam Ford wrote:
> A few functions are defined without being labeled as static
> to that file. In an effort to keep SPL as small as possible,
> one function needs to be moved into an #ifdef so it's only enabled
> when the calling function is available, and all of these can
ies was archived with the status 'Changes Requested' because the
> Sandbox tests failed. I tried them locally and couldn't reproduce. Lokesh
> Vutla also verified that execution outside of gitlab-ci did not fail. It's
> been a while since then. I am available to investigate the problem on your
>
On 17/03/21 11:00 pm, Adam Ford wrote:
> On Sat, Mar 6, 2021 at 10:04 PM Adam Ford wrote:
>>
>> secureworld_exit() is only used in one file, so make it static
>> to that file and remove it from sys_proto.h. This
>> may help with some further optimization in the future.
>>
>> Signed-off-by:
vnum=%d\n", __func__, ret, devnum);
> -#endif
> + if (IS_ENABLED(CONFIG_SPL_DM_SEQ_ALIAS)) {
> + /* Use the fixed index with aliase node's index */
> + ret = dev_read_alias_seq(dev, );
> + debug("%s: alias ret=%d, devnum=%d\n", __func__, ret, devnum);
> + }
>
Reviewed-by: Lokesh Vutla
Thanks and regards,
Lokesh
On 15/03/21 4:18 pm, Aswath Govindraju wrote:
> First check if there is an alias for the device tree node defined with the
> given num before checking against device index.
>
> Signed-off-by: Aswath Govindraju
Reviewed-by: Lokesh Vutla
Thanks and regards,
Lokesh
On 13/03/21 9:04 pm, Adam Ford wrote:
> On Thu, Mar 4, 2021 at 10:32 AM Adam Ford wrote:
>>
>> With bd_info dropped from the data section, the Logic PD OMAP3 boards
>> and AM3517 fail to boot. Enabling CONFIG_SPL_ALLOC_BD restores
>> them.
>>
>> Fixes: 38d6b7ebdaee ("spl: Drop bd_info in the
On 06/03/21 8:18 am, Adam Ford wrote:
> In a previous attempt to unify config options and remove items
> from the whitelist file, SPL items were moved into a section
> enabled with CONFIG_SPL_BUILD. Unfortunately, SPL_PAD_TO
> is referenced at the head Makefile and uses this define
> to create
Adam Ford (2):
configs: omap3_logic: Enable CONFIG_SPL_ALLOC_BD
ARM: da850-evm: Fix boot issues from missing SPL_PAD_TO
Lokesh Vutla (2):
include: configs: am65x_evm: Optimize size of SPL BSS
configs: am65x_evm_r5: Enable checks for spl and stack sizes
configs
On 07/03/21 9:23 am, Adam Ford wrote:
> try_unlock_memory() is only used in one file, so make it static
> in that file and remove it from the sys_proto header file. This
> may help with some further optimization in the future.
>
> Signed-off-by: Adam Ford
one of omap3 board is failing to
Current BSS allocation of SPL is as below:
$ size spl/u-boot-spl
textdata bss dec hex filename
13236978521496 141717 22995 spl/u-boot-spl
But 20KB is allocated currently for BSS. Reduce it to 3KB and save some
space for stack.
Signed-off-by: Lokesh Vutla
Enable relevant configs that checks for the size of image and stack:
BSS: 3KB
Initial MALLOC: ~22KB
Initial Stack: 8K
SPL Image size can be: ~215KB
Signed-off-by: Lokesh Vutla
---
configs/am65x_evm_r5_defconfig | 5 +
1 file changed, 5 insertions(+)
diff --git a/configs
+ Tom
On 24/02/21 5:57 am, Pali Rohár wrote:
> CONFIG_CMD_BOOTD provides 'boot' command which is required in more scripts.
>
> Signed-off-by: Pali Rohár
> ---
> This patch applies cleanly on top of the patch "Nokia RX-51: Enable
> usbtty serial console by default" [1] and CI testing passed
On 03/03/21 5:13 pm, Pali Rohár wrote:
> On Wednesday 24 February 2021 01:27:29 Pali Rohár wrote:
>> CONFIG_CMD_BOOTD provides 'boot' command which is required in more scripts.
>>
>> Signed-off-by: Pali Rohár
>> ---
>> This patch applies cleanly on top of the patch "Nokia RX-51: Enable
>>
Hi Tom,
Please find the PR for master branch targeted for v2021.04-rc3 release.
Details about the PR are updated in the tag message.
Gitlab build report:
https://gitlab.denx.de/u-boot/custodians/u-boot-ti/-/pipelines/6457
The following changes since commit
On 13/02/21 4:39 pm, Dario Binacchi wrote:
> The commit 6337d53fdf45 ("arm: dts: sync am33xx with Linux 5.9-rc7")
> synchronized the am33xx-clocks.dtsi file with Linux 5.9-rc7 with the
> exception of two nodes. I think I was wrong and it is better to keep
> the two files similar and possibly
On 14/02/21 7:47 pm, Dario Binacchi wrote:
>
> As suggested by Grygorii Strashko I have removed these patches from the
> 'Add DM support for omap PWM backlight' series and grouped them into
> this one. The patches have already been reviewed by Simon Glass.
Applied to u-boot-ti/for-rc branch.
On 13/02/21 4:30 pm, Dario Binacchi wrote:
> Move gpio controller nodes from am33xx.dtsi to am33xx-l4.dtsi. Now both
> files are more similar to those found in Linux 5.9-rc7. To be fully
> operational as before it was also necessary to fix the am33xx-clock.dtsi
> file. It too is now almost the
On 13/02/21 4:32 pm, Dario Binacchi wrote:
> The previous version printed the same debug message for both the enable
> and disable routines without highlighting whether you were enabling or
> disabling the module. It is now clear whether you are enabling or
> disabling the module.
>
>
On 09/02/21 1:38 pm, Vignesh Raghavendra wrote:
> Since commit 6239cc8c4e ("arm: dts: k3-j7200: Sync Linux v5.11-rc6 dts
> into U-Boot") ranges have been added to CPSW node which results in
> U-Boot CPSW driver failing to acquire phy_gmii_sel register range and
> thus failing to configure GMII
Hi Dario,
On 13/02/21 4:30 pm, Dario Binacchi wrote:
> Since the board has been converted to driver model and DT is supported,
> GPIO platform are no more required and can be removed.
>
> Signed-off-by: Dario Binacchi
Not all am335x platforms are converted to DT. Due to SPL size constraints
+Tom
On 05/02/21 4:24 pm, Dario Binacchi wrote:
> Hi Lokesh,
>
>> Il 04/02/2021 19:02 Lokesh Vutla ha scritto:
>>
>>
>> On 29/01/21 3:54 am, Dario Binacchi wrote:
>>>
>>> The series was born from the need to check the pinmux setting of a
-am654-base-board: Limit Sd card to High speed modes
configs: am65x_evm: Add configs for UHS modes
Lokesh Vutla (3):
arm: dts: k3-am65: Sync Linux v5.11-rc6 dts into U-Boot
arm: dts: k3-j721e: Sync Linux v5.11-rc6 dts into U-Boot
arm: dts: k3-j7200: Sync Linux v5.11-rc6 dts into U-Boot
Pali
On 04/02/21 3:10 pm, Aswath Govindraju wrote:
> The following patches add support for higher speeds in the SD card and
> eMMC for TI's am65x, j721e, j7200 platforms.
>
> With these patches, the following max speeds are supported:
> j721e: DDR50, HS200
> j7200: SDR104, HS200
> am65x: SDR104*,
On 29/01/21 3:54 am, Dario Binacchi wrote:
>
> The series was born from the need to check the pinmux setting of a
> peripheral on a beaglebone board. I then ran the 'pinmux status -a'
> command but it failed because some operations (get_pin_muxing,
> get_pin_name and get_pins_count) were
Sync all J721e related v5.11-rc6 Linux kernel dts into U-Boot.
HBMC nodes are not yet added in Linux kernel yet but were added
in U-Boot. In order to avoid any regressions, hbmc nodes are kept
intact. These will be added in kernel in future.
Signed-off-by: Lokesh Vutla
---
.../k3-j721e-common
Sync all J7200 related v5.11-rc6 Linux kernel dts into U-Boot.
MCU R5F nodes are not yet added in Linux kernel yet but were added
in U-Boot. In order to avoid regressions, r5f nodes are kept intact.
These will be added in kernel in future.
Signed-off-by: Lokesh Vutla
---
.../k3-j7200-common
Sync all AM65 related v5.11-rc6 Linux kernel dts into U-Boot.
Signed-off-by: Lokesh Vutla
---
arch/arm/dts/k3-am65-main.dtsi| 832 +++---
arch/arm/dts/k3-am65-mcu.dtsi | 221 +++--
arch/arm/dts/k3-am65-wakeup.dtsi | 48 +-
arch/arm/dts
Sync are TI's K3 related v5.11-rc6 Linux kernel dts into U-Boot.
This series depends on the following two patch series:
https://patchwork.ozlabs.org/project/uboot/list/?series=226539
https://patchwork.ozlabs.org/project/uboot/list/?series=227056
Lokesh Vutla (3):
arm: dts: k3-am65: Sync Linux
On 27/01/21 5:50 am, Suman Anna wrote:
> The K3 R5F remoteproc driver in U-Boot was upstreamed prior to the
> equivalent remoteproc driver in the Linux kernel. Some of the DT
> properties used in U-Boot got upstreamed using different names
> in Linux kernel.
>
> The modified property names
On 19/01/21 2:58 am, Dario Binacchi wrote:
> With commit 38d6b7ebdaee ("spl: Drop bd_info in the data section") you
> need to enable this option to boot from mmc.
>
> Signed-off-by: Dario Binacchi
Applied to u-boot-ti/for-rc
Thanks and regards,
Lokesh
> ---
>
>
On 12/01/21 12:54 am, David Lechner wrote:
> This is a collection of a few updates/cleanups for LEGO MINDSTORMS EV3.
Applied to u-boot-ti/for-next branch.
Thanks and regards,
Lokesh
>
> David Lechner (4):
> ARM: legoev3: set serial# env var
> ARM: legoev3: drop bi_arch_number
>
On 13/01/21 1:06 pm, Aswath Govindraju wrote:
> AM65x SoC has two USB subsystems and their corresponding device tree nodes
> have the same name but different path. While allocating sequence numbers
> for these device tree nodes using alias, phandles can be used to
> distinguish them.
>
>
On 16/01/21 9:51 pm, Tom Rini wrote:
> On Sat, Jan 16, 2021 at 01:04:54AM +0100, Pali Rohár wrote:
>
>> Move twl4030_power_mmc_init() from board_mmc_power_init() to misc_init_r()
>> and disable CONFIG_SYS_MALLOC_F. Otherwise U-Boot cannot initialize MMC.
>> Also disable CONFIG_CMD_SLEEP
On 06/01/21 9:02 pm, gireesh.hirem...@in.bosch.com wrote:
> From: Gireesh Hiremath
>
> RTC second scratch register[32-bit]:
> -zero byte hold boot count value
> -first byte hold update available state
> -second byte hold version
> -third byte hold magic number
>
> Signed-off-by:
On 06/01/21 9:01 pm, gireesh.hirem...@in.bosch.com wrote:
> From: Moses Christopher
>
> pinmux update for guardian board
Please specify what this pinmux update is about.
Thanks and regards,
Lokesh
>
> Signed-off-by: Moses Christopher
> ---
> arch/arm/dts/am335x-guardian.dts | 6 +++---
>
On 06/01/21 9:01 pm, gireesh.hirem...@in.bosch.com wrote:
> From: Gireesh Hiremath
>
> - Display splash screen
> - Print "U-Boot" on display when bmp fails to load due to any reason
>
> Signed-off-by: Gireesh Hiremath > ---
> board/bosch/guardian/board.c | 77
On 06/01/21 9:01 pm, gireesh.hirem...@in.bosch.com wrote:
> From: Gireesh Hiremath
>
> Enable lcd controller related clocks, pinmux, config,
> interface and port
>
> Signed-off-by: Gireesh Hiremath
> ---
> arch/arm/dts/am335x-guardian-u-boot.dtsi | 15 +++
>
On 06/01/21 9:01 pm, gireesh.hirem...@in.bosch.com wrote:
> From: Moses Christopher
>
> - Add mem-guardian.h derived from am33xx/mem.h
>
> * Add GPMC config values optimized for Bosch Guardian Board
> * NAND Chip used by Bosch Guardian Board is Micron MT29F4G08ABBFA
>
>
Hi,
On 06/01/21 9:00 pm, gireesh.hirem...@in.bosch.com wrote:
> From: Gireesh Hiremath
>
> Now that linux/compat.h does not define dev_xxx macros, we need
> to include dm/device_compat.h to use dev_xxx macros
>
> Signed-off-by: Gireesh Hiremath
I did not get the complete intention of this
Hi Lukasz,
On 29/11/20 10:16 pm, Pali Rohár wrote:
> This patch series fix usbtty code (serial console via USB peripheral
> mode), fix underlying musb peripheral code, fix compilation of
> CONFIG_USB_DEVICE (used by usbtty), remove unused Nokia RX-51 code to
> decrease size of U-Boot binary and
board: ti: am335x-ice: get CDCE913 clock device
Felix Brack (1):
arm:pdu001: Use pseudo partition UUID for LINUX kernel boot paramter root
Lokesh Vutla (1):
board: ti: k2g: Add support for K2G ICE with 1GHz Silicon
Nishanth Menon (2):
arm: dts: k3-*-r5-*-board: Add GTC
Hi Pali,
On 22/11/20 4:03 am, Pali Rohár wrote:
> Move twl4030_power_mmc_init() from board_mmc_power_init() to misc_init_r()
> and disable CONFIG_SYS_MALLOC_F. Otherwise U-Boot cannot initialize MMC.
> Also disable CONFIG_CMD_SLEEP and CONFIG_DM_DEVICE_REMOVE to free some
> space.
>
>
Hi Tom,
On 07/01/21 7:41 pm, Tom Rini wrote:
> On Thu, Jan 07, 2021 at 11:20:41AM +0530, Lokesh Vutla wrote:
>
>> Hi Tom,
>> Please find the PR for next branch targeted for v2021.04 release.
>> Details about the PR are updated in the tag message.
>>
>
ack (1):
arm:pdu001: Use pseudo partition UUID for LINUX kernel boot paramter root
Lokesh Vutla (1):
board: ti: k2g: Add support for K2G ICE with 1GHz Silicon
Nishanth Menon (2):
arm: dts: k3-*-r5-*-board: Add GTC clock
remoteproc: ti_k3_arm64: Program CNTFID0 register in GTC
Ovidiu Pan
On 07/01/21 12:50 am, Nishanth Menon wrote:
> Hi,
>
> ARMv8's generic timer[1] picks up it's graycode from GTC. However,
> the frequency of the GTC is supposed to be programmed in CNTFID0[2]
> register prior to enabling the GTC in CNTCR[3] register. U-boot for K3
> is currently missing that
Hi Tom,
Please find the PR containing TI related changes targeted for
v2020.01 release. Details about the PR are updated in the tag message
The following changes since commit c15f44acf9d473f4682bfdc63b8aebd313492b15:
Prepare v2021.01-rc4 (2020-12-21 15:03:24 -0500)
are available in
On 01/12/20 12:40 am, Pali Rohár wrote:
> Those two commands now doing same thing, reading from ext2/3/4 filesystem.
> So remove useless duplicated call.
>
> Signed-off-by: Pali Rohár
Applied to u-boot-ti/for-next branch
Thanks and regards,
Lokesh
> ---
> include/configs/nokia_rx51.h |
On 22/11/20 4:03 am, Pali Rohár wrote:
> Move twl4030_power_mmc_init() from board_mmc_power_init() to misc_init_r()
> and disable CONFIG_SYS_MALLOC_F. Otherwise U-Boot cannot initialize MMC.
> Also disable CONFIG_CMD_SLEEP and CONFIG_DM_DEVICE_REMOVE to free some
> space.
>
> Signed-off-by:
On 22/11/20 4:00 am, Pali Rohár wrote:
> It looks like that i2c bus lot of times timeout on some units. Prior
> migration to CONFIG_DM_I2C i2c speed was set to CONFIG_SYS_OMAP24_I2C_SPEED
> value which was 10. Lower speed fixes timeout problems, so change speed
> back to its previous value.
On 30/12/20 4:36 am, Dario Binacchi wrote:
>
> The series was born from the need to manage the PWM backlight of the
> display connected to my beaglebone board. To hit the target, I had to
> develop drivers for PWM management which in turn relied on drivers for
> managing timers and clocks, all
On 24/12/20 1:04 pm, Dario Binacchi wrote:
> The previous version of am335x-fb.c contained the functionalities of two
> drivers that this patch has split. It was a video type driver that used
> the same registration compatible string that now registers a panel type
> driver. The proof of this
On 18/12/20 1:33 pm, Felix Brack wrote:
> As more and more LINUX drivers are modified to use asynchronous probing
> instead of synchronous probing, relying on device names being equal in
> U-Boot and LINUX is not possible anymore. This is also true for block
> device names like mmc0, mmc1 ect.
On 18/12/20 11:43 am, Jan Kiszka wrote:
> On 18.12.20 07:04, Jan Kiszka wrote:
>> On 18.12.20 05:46, Lokesh Vutla wrote:
>>> Hi Jan,
>>> Sorry for the delayed response.
>>>
>>> On 04/12/20 1:29 pm, Jan Kiszka wrote:
>>>> Thi
On 04/12/20 5:13 am, prane...@ti.com wrote:
> From: Praneeth Bajjuri
>
> Update the ddr settings to use the DDR reg config tool rev 0.5.0.
> This enables 4266MTs DDR configuration.
>
> Signed-off-by: Praneeth Bajjuri
> Signed-off-by: Kevin Scholz
Applied to u-boot-ti/for-next
Thanks and
On 29/11/20 12:53 pm, Vignesh Raghavendra wrote:
> McSPI IP provides per CS specific speed and mode selection. Therefore it
> is possible to apply these settings only after CS is known. But
> set_speed and set_mode can be called without bus being claimed, this
> would lead driver to set up
On 28/11/20 1:41 pm, Ovidiu Panait wrote:
> struct ti_qspi_priv->max_hz is declared as unsigned int, so the following
> error path check will always be false, even when "spi-max-frequency"
> property is invalid/missing:
> priv->max_hz = fdtdec_get_int(blob, node, "spi-max-frequency", -1);
>
On 25/11/20 11:12 pm, Tomas Novotny wrote:
> The value of input pin for bank > 0 is always 0 for input subcommand.
> The reason is that gpio_bank variable is computed only for invert and
> output subcommands (it depends on number of arguments). The default
> value of zero causes to shift the
On 24/11/20 3:59 pm, Aswath Govindraju wrote:
> In include/dfu.h, if CONFIG_SYS_DFU_MAX_FILE_SIZE is not defined then it is
> defined as CONFIG_SYS_DFU_DATA_BUF_SIZE. This is 128 KiB for a53 core and
> 20 KiB for r5 core. If a larger file is transferred using dfu then it
> fails.
>
>
On 20/11/20 9:18 pm, Aswath Govindraju wrote:
> The following series of patches
> - adds support for host mode to USB3SS0 controller
> - adds aliases for USB subsystems
> - adds a workaround to use USB0 in USB 2.0 only mode
Fixed the dts patches subject to arm: dts: and
applied to
On 23/12/20 12:00 am, Dario Binacchi wrote:
> Hi Lokesh,
>
>> Il 22/12/2020 14:52 Lokesh Vutla ha scritto:
>>
>>
>> Hi Dario,
>>
>> On 22/11/20 9:41 pm, Dario Binacchi wrote:
>>>
>>> The series was born from the need to manage the
On 22/11/20 9:41 pm, Dario Binacchi wrote:
> We can handle the sysc interconnect target module in a generic way for
> many TI SoCs. Initially let's just enable domain clocks before the
> children are probed.
>
> The code is loosely based on the drivers/bus/ti-sysc.c of the Linux
> kernel
On 22/12/20 9:32 pm, Pali Rohár wrote:
> On Tuesday 22 December 2020 21:08:45 Lokesh Vutla wrote:
>> On 22/12/20 8:47 pm, Pali Rohár wrote:
>>> On Tuesday 22 December 2020 20:39:11 Lokesh Vutla wrote:
>>>>
>>>>
>>>> On 22/12/20 8:38 pm, Lok
On 22/12/20 8:47 pm, Pali Rohár wrote:
> On Tuesday 22 December 2020 20:39:11 Lokesh Vutla wrote:
>>
>>
>> On 22/12/20 8:38 pm, Lokesh Vutla wrote:
>>>
>>>
>>> On 22/12/20 8:36 pm, Lokesh Vutla wrote:
>>>>
>>>>
>>>
On 22/12/20 8:38 pm, Lokesh Vutla wrote:
>
>
> On 22/12/20 8:36 pm, Lokesh Vutla wrote:
>>
>>
>> On 22/12/20 8:28 pm, Pali Rohár wrote:
>>> On Tuesday 22 December 2020 19:56:51 Lokesh Vutla wrote:
>>>>
>>>>
>>>> On 0
On 22/12/20 8:36 pm, Lokesh Vutla wrote:
>
>
> On 22/12/20 8:28 pm, Pali Rohár wrote:
>> On Tuesday 22 December 2020 19:56:51 Lokesh Vutla wrote:
>>>
>>>
>>> On 01/12/20 12:57 am, Pali Rohár wrote:
>>>> Now when usbtty serial console is f
On 22/12/20 8:28 pm, Pali Rohár wrote:
> On Tuesday 22 December 2020 19:56:51 Lokesh Vutla wrote:
>>
>>
>> On 01/12/20 12:57 am, Pali Rohár wrote:
>>> Now when usbtty serial console is fixed in U-Boot enable CONFIG_USB_TTY for
>>> Nokia RX-51 board by d
On 22/12/20 7:30 pm, Pali Rohár wrote:
> On Tuesday 22 December 2020 19:26:21 Lokesh Vutla wrote:
>> Hi Pali,
>>
>> [...snip...]
>>
>>> +++ b/configs/nokia_rx51_defconfig
>>> @@ -29,6 +29,7 @@ CONFIG_CMD_BOOTMENU=y
>>> # CONFIG_CMD_SAVE
On 01/12/20 12:57 am, Pali Rohár wrote:
> Now when usbtty serial console is fixed in U-Boot enable CONFIG_USB_TTY for
> Nokia RX-51 board by default.
>
> Fix also USB product id as U-Boot ignores CONFIG_USBD_PRODUCTID macro and
> include U-Boot string into USB product name to indicate usage of
Hi Pali,
[...snip...]
> +++ b/configs/nokia_rx51_defconfig
> @@ -29,6 +29,7 @@ CONFIG_CMD_BOOTMENU=y
> # CONFIG_CMD_SAVEENV is not set
> # CONFIG_CMD_ENV_EXISTS is not set
> # CONFIG_CMD_FLASH is not set
> +# CONFIG_CMD_SLEEP is not set
> CONFIG_CMD_GPIO=y
> CONFIG_CMD_I2C=y
>
Hi Dario,
On 22/11/20 9:41 pm, Dario Binacchi wrote:
>
> The series was born from the need to manage the PWM backlight of the
> display connected to my beaglebone board. To hit the target, I had to
> develop drivers for PWM management which in turn relied on drivers for
> managing timers and
101 - 200 of 2268 matches
Mail list logo
