rueth driver soon after
> config paramters are setup.
for everybody's benefit, where does this firmware come from so one can
experiment with this patch series?
--
Andreas Dannenberg
Texas Instruments Inc
>
> Currently only slice0/1 of icssg2 instance on am6-evm
> is supported. i
o only use basic printf() syntax rather than
for example disabling CONFIG_USE_TINY_PRINTF on affected devices, this
way maintaining most of the memory size benefit the initial patch brings
when it comes to SPL.
Signed-off-by: Andreas Dannenberg
---
arch/arm/mach-k3/sysfw-loader.c | 21 ++
From: Vignesh Raghavendra
Do not fail if any of the requested subtypes are not available, but set the
number of resources to 0 and continue parsing the resource ranges.
Based on Linux kernel patch by Peter Ujfalusi
Signed-off-by: Vignesh Raghavendra
---
drivers/firmware/ti_sci.c | 13
On Jul 30 2019, Sagar Kadam wrote:
> I do remember using "git mv" here.
git mv is identical to git rm + git add. A git repository has no
concept of file renames.
Andreas.
--
Andreas Schwab, SUSE Labs, sch...@suse.de
GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE 1748 E4D4 8
Hi Tom,
On Thu, Jul 11, 2019 at 02:43:17PM -0400, Tom Rini wrote:
> On Thu, Jul 11, 2019 at 01:12:16PM -0500, Andreas Dannenberg wrote:
> > Also some additional background why I am even looking into this. One of
> > our platforms (AM335x) has a regression building on Trav
Yamada-san,
On Fri, Jul 12, 2019 at 02:29:02AM +0900, Masahiro Yamada wrote:
> On Fri, Jul 12, 2019 at 12:34 AM Andreas Dannenberg wrote:
> >
> > On Wed, Jul 10, 2019 at 04:30:44PM -0500, Andreas Dannenberg wrote:
> > > On several platforms space is very tight when
On Wed, Jul 10, 2019 at 04:30:44PM -0500, Andreas Dannenberg wrote:
> On several platforms space is very tight when building for SPL or TPL.
> To claw back a few bytes to be used for code remove the __FILE__ name
> from the BUG() and WARN() type macros. Since those macros st
to backtrace an actual BUG/WARN message to a specific
piece of code.
Signed-off-by: Andreas Dannenberg
---
I was looking for a way to shave off a few bytes from the SPL code size
(TI AM335x) and looking at the hexdump of the SPL I found well why not
further reduce some strings down in size... I
Hi Neil,
Am 01.07.19 um 10:55 schrieb Neil Armstrong:
> On 01/07/2019 10:25, Andreas Färber wrote:
>> Unlike the BayLibre repos Khadas' repo defaults to using native gcc,
>> so specify the CROSS_COMPILE setting matching the prescribed toolchain.
>>
>> Si
Unlike the BayLibre repos Khadas' repo defaults to using native gcc,
so specify the CROSS_COMPILE setting matching the prescribed toolchain.
Signed-off-by: Andreas Färber
---
board/amlogic/p212/README.khadas-vim | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/board/amlogic
Hi Simon,
Am 22.06.19 um 21:14 schrieb Simon Glass:
> On Sat, 22 Jun 2019 at 20:08, Andreas Färber wrote:
>> Am 22.06.19 um 20:15 schrieb Simon Glass:
>>> On Sat, 22 Jun 2019 at 16:10, Andreas Färber wrote:
>>>> Am 22.06.19 um 16:55 schrieb Simon Glass:
>&
Hi,
Am 22.06.19 um 20:15 schrieb Simon Glass:
> On Sat, 22 Jun 2019 at 16:10, Andreas Färber wrote:
>> Am 22.06.19 um 16:55 schrieb Simon Glass:
>>> I'd like to better understand the benefits of the 3-month timeline.
>>
>> It takes time to learn about a relea
act that would be to automatically test on real
hardware rather than just building, and doing that for all these masses
of boards seems unrealistic.
Regards,
Andreas
--
SUSE Linux GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany
GF: Felix Imendörffer, Mary Higgins, Sri Rasiah
HRB 21284 (AG Nürnb
), we need to increase SYS_MALLOC_F_LEN from its
> default size 0x400, as pre-relocation requires more memory there. Let's
> increase SYS_MALLOC_F_LEN to 0x4000 to fix the regression.
>
> Thanks to Andreas Färber for reporting, and Bin Meng
> for trouble shooting.
Thanks - you c
Am 13.06.19 um 14:46 schrieb Mian Yousaf Kaukab:
> Fixes: 8163faf952 ARMv8: add optional Linux kernel image header
That's not quite the Linux syntax (and an extra white line), but not
sure if U-Boot cares?
>
> Signed-off-by: Mian Yousaf Kaukab
Tested-by: Andreas Färber
Thanks
Am 14.06.19 um 19:40 schrieb Stephen Warren:
> On 6/14/19 11:09 AM, Andreas Färber wrote:
>> (I recently wondered whether TX1 may be missing some, as I needed
>> multiple tries to boot the kernel successfully there - TF-A 2.1 didn't
>> work there, so some more investigatio
Am 16.06.19 um 21:27 schrieb Mian Yousaf Kaukab:
> On Fri, Jun 14, 2019 at 11:40:49AM -0600, Stephen Warren wrote:
>> On 6/14/19 11:09 AM, Andreas Färber wrote:
>>> Am 14.06.19 um 18:41 schrieb Stephen Warren:
>>>> On 6/14/19 11:09 AM, Mian Yousaf Kaukab wrote:
>
SPSR = 0x3c9
I'm using TF-A v2.1 with the pending eMMC fix from
https://review.trustedfirmware.org/c/TF-A/trusted-firmware-a/+/1230
but same issue without that patch.
I don't see any report or fix for this yet - is this related to DM?
Thanks,
Andreas
--
SUSE Linux GmbH, Maxfeldstr. 5,
in
U-Boot to reserve them from usage by UEFI apps such as GRUB and Linux.
https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/tree/arch/arm64/boot/dts/nvidia/tegra186.dtsi
Regards,
Andreas
--
SUSE Linux GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany
GF: Felix Imendörffer, Ma
tpboot operation is overwriting memory used by your TF-A, or
differing memory usage is uncovering a missing U-Boot EFI reservation?
(I recently wondered whether TX1 may be missing some, as I needed
multiple tries to boot the kernel successfully there - TF-A 2.1 didn't
work there, so some more invest
backup boot media. In order to pass this boot media
> information to boot loader, ROM stores a value at a particular
> address. Add support for reading this information and determining
> the boot media correctly.
>
> Signed-off-by: Lokesh Vutla
> Signed-off-by: Andreas Dannenber
kefile:1582: recipe for target 'drivers' failed
> make: *** [drivers] Error 2
> make: *** Waiting for unfinished jobs
>
>
> Can you fix it and repost the series?
Can you re-create the issue?
Just bubbling this up to the top as it is the firs
On Wed, Jun 05, 2019 at 11:52:52AM +0530, Lokesh Vutla wrote:
>
>
> On 05/06/19 4:25 AM, Andreas Dannenberg wrote:
> > Updated version of the SYSFW loader series for K3 family AM654x devices.
> > The fundamantal approach of tapping into the SPL loader framework has
>
addresses into the U-Boot environment based on the MAC
address record contained in the common TI EEPROM structure.
Signed-off-by: Andreas Dannenberg
Reviewed-by: Lokesh Vutla
---
board/ti/common/board_detect.c | 32
board/ti/common/board_detect.h | 12
This will allow for downloading and applying overlays from an MMC/SD
boot media based on the overlay_files ENV variable containing a list
of overlay files.
Signed-off-by: Andreas Dannenberg
Reviewed-by: Lokesh Vutla
---
configs/am65x_hs_evm_a53_defconfig | 3 ++-
1 file changed, 2 insertions
-by: Andreas Dannenberg
Reviewed-by: Lokesh Vutla
---
arch/arm/mach-k3/include/mach/am6_hardware.h | 3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/arm/mach-k3/include/mach/am6_hardware.h
b/arch/arm/mach-k3/include/mach/am6_hardware.h
index 3343233aa3..6df7631545 100644
--- a/arch/arm/mach
Enable GPIO driver for PCA953X-compatible I2C-based I/O expander
which includes support for the TCA9554/PCA9554-type expander found
on the AM654 EVM base board.
Signed-off-by: Andreas Dannenberg
Reviewed-by: Lokesh Vutla
---
configs/am65x_evm_a53_defconfig | 2 ++
1 file changed, 2 insertions
Enable I2C via driver model as well as the associated set of U-Boot
commands to allow us interacting with various I2C slave devices.
Signed-off-by: Andreas Dannenberg
Signed-off-by: Vignesh R
Reviewed-by: Lokesh Vutla
---
configs/am65x_evm_a53_defconfig | 4
configs
;)
as well as for the IDK ("AM6-IDKAPPEVM"), OLDI LCD ("OLDI-LCD1EVM")
PCIe/USB3.0 ("SER-PCIEUSBEVM"), 2 Lane PCIe/USB2.0 ("SER-PCIE2LEVM"),
and general purpuse ("AM6-GPAPPEVM") daughtercards.
Signed-off-by: Andreas Dannenberg
Reviewed-by: Lokesh
From: Vignesh R
There is no need for to include this header here, so drop it.
Signed-off-by: Vignesh R
Reviewed-by: Heiko Schocher
Reviewed-by: Lokesh Vutla
---
arch/arm/include/asm/omap_i2c.h | 2 --
1 file changed, 2 deletions(-)
diff --git a/arch/arm/include/asm/omap_i2c.h
-off-by: Andreas Dannenberg
Reviewed-by: Lokesh Vutla
Acked-by: Andrew F. Davis
---
configs/am65x_hs_evm_a53_defconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/configs/am65x_hs_evm_a53_defconfig
b/configs/am65x_hs_evm_a53_defconfig
index e619b794ea..7d7a673714 100644
This will allow for downloading and applying overlays from an MMC/SD
boot media based on the overlay_files ENV variable containing a list
of overlay files.
Signed-off-by: Andreas Dannenberg
Reviewed-by: Lokesh Vutla
---
configs/am65x_evm_a53_defconfig | 3 ++-
include/configs/am65x_evm.h
The AM654 base board has a TCA9554/PCA9554-type GPIO expander on the
wkup_i2c0 bus at address 0x38 that is used to detect the presence of
daughter cards. Add a respective DTS description of this expander
to enable its use.
Signed-off-by: Andreas Dannenberg
Reviewed-by: Lokesh Vutla
---
arch
contained on the base board into the common TI EEPROM
structure while also providing infrastructure that can be used later on
to parse data from additional EEPROMs such as the ones that are used on
daughtercards for this platform.
Signed-off-by: Andreas Dannenberg
Reviewed-by: Lokesh Vutla
---
board
Enable I2C via driver model as well as the associated set of U-Boot
commands to allow us interacting with various I2C slave devices.
Signed-off-by: Andreas Dannenberg
Reviewed-by: Lokesh Vutla
Acked-by: Andrew F. Davis
---
configs/am65x_hs_evm_a53_defconfig | 4
configs
Enable GPIO driver for PCA953X-compatible I2C-based I/O expander
which includes support for the TCA9554/PCA9554-type expander found
on the AM654 EVM base board.
Signed-off-by: Andreas Dannenberg
Reviewed-by: Lokesh Vutla
Acked-by: Andrew F. Davis
---
configs/am65x_hs_evm_a53_defconfig | 2
-off-by: Andreas Dannenberg
Reviewed-by: Lokesh Vutla
---
configs/am65x_evm_a53_defconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/configs/am65x_evm_a53_defconfig b/configs/am65x_evm_a53_defconfig
index 5fa7a7e657..8d90014778 100644
--- a/configs/am65x_evm_a53_defconfig
pinmux node accordingly.
Signed-off-by: Andreas Dannenberg
Reviewed-by: Lokesh Vutla
---
arch/arm/dts/k3-am65.dtsi| 1 +
arch/arm/dts/k3-am654-base-board-u-boot.dtsi | 12
arch/arm/dts/k3-am654-base-board.dts | 15 +++
arch/arm/dts/k3-am654-r5
Add I2C DT nodes
Signed-off-by: Vignesh R
Reviewed-by: Lokesh Vutla
---
arch/arm/dts/k3-am65-main.dtsi | 44
arch/arm/dts/k3-am65-mcu.dtsi| 11
arch/arm/dts/k3-am65-wakeup.dtsi | 11
arch/arm/dts/k3-am65.dtsi| 6 +
4 files
Only U-Boot specifc DT properties or overrides, must be in -u-boot.dtsi.
Pinctrl nodes does not belong here. Now that pinctrl nodes are in kernel
DT, there is no reason to be keep these in -u-boot.dtsi. Move them to
proper places so that it would ease copying DT entries from kernel DT.
boot/list/?series=111844
[4] https://patchwork.ozlabs.org/project/uboot/list/?series=109163
[5] https://patchwork.ozlabs.org/project/uboot/list/?series=109296
--
Andreas Dannenberg
Texas Instruments Inc
Andreas Dannenberg (16):
arm: dts: k3-am65: Move pinctrl nodes out of U-Boot specific dtsi
arm: dts:
From: Vignesh R
K3 devices have I2C IP that is same as OMAP2+ family. Allow driver to be
compiled for ARCH_K3.
Signed-off-by: Vignesh R
Signed-off-by: Andreas Dannenberg
Reviewed-by: Heiko Schocher
Reviewed-by: Lokesh Vutla
---
drivers/i2c/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1
to board_init_f().
Signed-off-by: Andreas Dannenberg
---
arch/arm/lib/crt0.S | 53 ++---
common/spl/Kconfig | 10 +
2 files changed, 46 insertions(+), 17 deletions(-)
diff --git a/arch/arm/lib/crt0.S b/arch/arm/lib/crt0.S
index 30fba20e1b
Enable all the relevant configs that enables support for loading
sysfw via MMC.
Signed-off-by: Andreas Dannenberg
---
configs/am65x_evm_r5_defconfig | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/configs/am65x_evm_r5_defconfig b/configs/am65x_evm_r5_defconfig
index
ed various review tags
[1] https://patchwork.ozlabs.org/project/uboot/list/?series=111723
[2] https://patchwork.ozlabs.org/patch/1067363/
[3] https://patchwork.ozlabs.org/project/uboot/list/?series=109266
[4] https://patchwork.ozlabs.org/project/uboot/list/?series=109163
[5] https://patchwork.oz
Add configs to support RAW boot mode in eMMC.
Signed-off-by: Andreas Dannenberg
---
configs/am65x_hs_evm_a53_defconfig | 2 ++
configs/am65x_hs_evm_r5_defconfig | 2 ++
2 files changed, 4 insertions(+)
diff --git a/configs/am65x_hs_evm_a53_defconfig
b/configs/am65x_hs_evm_a53_defconfig
index
Enable all the relevant configs that enables support for loading
sysfw via MMC.
Signed-off-by: Andreas Dannenberg
Reviewed-by: Simon Glass
---
configs/am65x_hs_evm_r5_defconfig | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/configs/am65x_hs_evm_r5_defconfig
b/configs
- Populate the SPL_LOAD_IMAGE_METHOD() list with a trampoline function,
invoking the newly refactored superset functions in a way to maintain
compatibility with the existing behavior
This refactoring initially covers MMC/SD card loading (RAW and FS-based).
Signed-off-by: Andreas Dannenberg
Review
Use the System Firmware (SYSFW) loader framework to load and start
the SYSFW as part of the AM654 early initialization sequence. While
at it also initialize the WKUP_UART0 pinmux as it is used by SYSFW
to print diagnostic messages.
Signed-off-by: Andreas Dannenberg
---
arch/arm/mach-k3
From: Faiz Abbas
Add configs to support RAW boot mode in eMMC.
Signed-off-by: Faiz Abbas
Signed-off-by: Andreas Dannenberg
---
configs/am65x_evm_a53_defconfig | 2 ++
configs/am65x_evm_r5_defconfig | 2 ++
include/configs/am65x_evm.h | 2 ++
3 files changed, 6 insertions(+)
diff --git
Switch to using the full malloc scheme in post-relocation SPL to allow
better utilization of available memory for example by allowing memory
to get freed. Initially allocate a 16MB-sized region in DDR starting
at address 0x8400 for this purpose.
Signed-off-by: Andreas Dannenberg
---
configs
We would like to use the driver even without power domains being
specified for cases such as during early boot when the required power
domains have already gotten enabled by the SoC's boot ROM and such
explicit initialization is not needed and possible.
Signed-off-by: Andreas Dannenberg
Reviewed
From: Faiz Abbas
Add instructions for flashing boot images to the eMMC with a
layout of the address where each image needs to be flashed.
Also add instructions to flash filesystem partition in user
partition and boot kernel from the rootfs.
Signed-off-by: Faiz Abbas
---
board/ti/am65x/README
of the refactoring, taking into account the pre-decrement post-
increment nature in which the SP is used on ARM.
Signed-off-by: Andreas Dannenberg
---
include/configs/am65x_evm.h | 25 +++--
1 file changed, 23 insertions(+), 2 deletions(-)
diff --git a/include/configs/am65x_evm.h b/include
ading from the different boot media
we tap into the existing U-Boot SPL framework usually used for loading
U-Boot by building on an earlier commit that exposes some of that
functionality.
Note that this initial implementation only supports FS and RAW-based
eMMC/SD card boot.
Signed-off-by: Andreas Dannenbe
Also SYSFW loader series no longer applies on top of this; will re-post
a rebased/refactored version to be used on top of this series.
--
Andreas Dannenberg
Texas Instruments Inc
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
e @ti.com email address here...
(applies to other patches in this series, too).
--
Andreas Dannenberg
Texas Instruments Inc
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Simon & Simon,
On Wed, May 22, 2019 at 05:08:40PM -0500, Andreas Dannenberg wrote:
> Hi Simon (Glass)
>
> On Tue, May 21, 2019 at 06:53:31PM -0600, Simon Glass wrote:
>
> > > > > Not having BSS available to carry over certain state to the
> > > > &
orward. One
challenge for example is that gd/stack are "relocated" to DDR prior to
board_init_r(), but since I don't have DDR until I can use BSS to bring
up DDR, adding a hook into board_init_r() to bringup DDR I couldn't see
a good way to both avoid doing and then to re-do some of that stuf
include J721E support in any future system
firmware loader series from here on (in addition to AM654x support).
[1] https://lists.denx.de/pipermail/u-boot/2019-May/thread.html#368461
--
Andreas Dannenberg
Texas Instruments Inc
>
> Andreas Dannenberg (3):
> armV7R: K3: j721e: Allow using
From: Vignesh R
There is no need for to include this header here, so drop it.
Signed-off-by: Vignesh R
Reviewed-by: Heiko Schocher
Reviewed-by: Lokesh Vutla
---
arch/arm/include/asm/omap_i2c.h | 2 --
1 file changed, 2 deletions(-)
diff --git a/arch/arm/include/asm/omap_i2c.h
;)
as well as for the IDK ("AM6-IDKAPPEVM"), OLDI LCD ("OLDI-LCD1EVM")
PCIe/USB3.0 ("SER-PCIEUSBEVM"), 2 Lane PCIe/USB2.0 ("SER-PCIE2LEVM"),
and general purpuse ("AM6-GPAPPEVM") daughtercards.
Signed-off-by: Andreas Dannenberg
Reviewed-by: Lokesh
addresses into the U-Boot environment based on the MAC
address record contained in the common TI EEPROM structure.
Signed-off-by: Andreas Dannenberg
Reviewed-by: Lokesh Vutla
---
board/ti/common/board_detect.c | 32
board/ti/common/board_detect.h | 12
-by: Andreas Dannenberg
Reviewed-by: Lokesh Vutla
---
arch/arm/mach-k3/include/mach/am6_hardware.h | 3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/arm/mach-k3/include/mach/am6_hardware.h
b/arch/arm/mach-k3/include/mach/am6_hardware.h
index 3343233aa3..6df7631545 100644
--- a/arch/arm/mach
The AM654 base board has a TCA9554/PCA9554-type GPIO expander on the
wkup_i2c0 bus at address 0x38 that is used to detect the presence of
daughter cards. Add a respective DTS description of this expander
to enable its use.
Signed-off-by: Andreas Dannenberg
Reviewed-by: Lokesh Vutla
---
arch
Enable GPIO driver for PCA953X-compatible I2C-based I/O expander
which includes support for the TCA9554/PCA9554-type expander found
on the AM654 EVM base board.
Signed-off-by: Andreas Dannenberg
Reviewed-by: Lokesh Vutla
Acked-by: Andrew F. Davis
---
configs/am65x_hs_evm_a53_defconfig | 2
pinmux node accordingly.
Signed-off-by: Andreas Dannenberg
Reviewed-by: Lokesh Vutla
---
arch/arm/dts/k3-am65.dtsi| 1 +
arch/arm/dts/k3-am654-base-board-u-boot.dtsi | 12
arch/arm/dts/k3-am654-base-board.dts | 15 +++
arch/arm/dts/k3-am654-r5
This will allow for downloading and applying overlays from an MMC/SD
boot media based on the overlay_files ENV variable containing a list
of overlay files.
Signed-off-by: Andreas Dannenberg
Reviewed-by: Lokesh Vutla
---
configs/am65x_evm_a53_defconfig | 3 ++-
include/configs/am65x_evm.h
Only U-Boot specifc DT properties or overrides, must be in -u-boot.dtsi.
Pinctrl nodes does not belong here. Now that pinctrl nodes are in kernel
DT, there is no reason to be keep these in -u-boot.dtsi. Move them to
proper places so that it would ease copying DT entries from kernel DT.
Enable I2C via driver model as well as the associated set of U-Boot
commands to allow us interacting with various I2C slave devices.
Signed-off-by: Andreas Dannenberg
Reviewed-by: Lokesh Vutla
Acked-by: Andrew F. Davis
---
configs/am65x_hs_evm_a53_defconfig | 4
configs
Enable GPIO driver for PCA953X-compatible I2C-based I/O expander
which includes support for the TCA9554/PCA9554-type expander found
on the AM654 EVM base board.
Signed-off-by: Andreas Dannenberg
Reviewed-by: Lokesh Vutla
---
configs/am65x_evm_a53_defconfig | 2 ++
1 file changed, 2 insertions
-off-by: Andreas Dannenberg
Reviewed-by: Lokesh Vutla
---
configs/am65x_evm_a53_defconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/configs/am65x_evm_a53_defconfig b/configs/am65x_evm_a53_defconfig
index 3a8166d32d..2aa54706a0 100644
--- a/configs/am65x_evm_a53_defconfig
-off-by: Andreas Dannenberg
Reviewed-by: Lokesh Vutla
Acked-by: Andrew F. Davis
---
configs/am65x_hs_evm_a53_defconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/configs/am65x_hs_evm_a53_defconfig
b/configs/am65x_hs_evm_a53_defconfig
index 239d5efa29..e74bd5de08 100644
Add I2C DT nodes
Signed-off-by: Vignesh R
Reviewed-by: Lokesh Vutla
---
arch/arm/dts/k3-am65-main.dtsi | 44
arch/arm/dts/k3-am65-mcu.dtsi| 11
arch/arm/dts/k3-am65-wakeup.dtsi | 11
arch/arm/dts/k3-am65.dtsi| 6 +
4 files
contained on the base board into the common TI EEPROM
structure while also providing infrastructure that can be used later on
to parse data from additional EEPROMs such as the ones that are used on
daughtercards for this platform.
Signed-off-by: Andreas Dannenberg
Reviewed-by: Lokesh Vutla
---
board
From: Vignesh R
K3 devices have I2C IP that is same as OMAP2+ family. Allow driver to be
compiled for ARCH_K3.
Signed-off-by: Vignesh R
Signed-off-by: Andreas Dannenberg
Reviewed-by: Heiko Schocher
Reviewed-by: Lokesh Vutla
---
drivers/i2c/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1
This will allow for downloading and applying overlays from an MMC/SD
boot media based on the overlay_files ENV variable containing a list
of overlay files.
Signed-off-by: Andreas Dannenberg
Reviewed-by: Lokesh Vutla
---
configs/am65x_hs_evm_a53_defconfig | 3 ++-
1 file changed, 2 insertions
Enable I2C via driver model as well as the associated set of U-Boot
commands to allow us interacting with various I2C slave devices.
Signed-off-by: Andreas Dannenberg
Signed-off-by: Vignesh R
Reviewed-by: Lokesh Vutla
---
configs/am65x_evm_a53_defconfig | 4
configs
This series adds the pieces needed to fully configure the TI AM654x EVM
and its associated (optional) daughtercards using a GPIO-based card
presence detection scheme.
Changes since initial submission:
- Re-based onto latest 'master' branch
- Collected all review tags
- Re-tested
Andreas
Hi Simon (Glass),
On Sat, May 18, 2019 at 10:08:19AM -0600, Simon Glass wrote:
> Hi Andreas,
>
> On Mon, 6 May 2019 at 22:49, Andreas Dannenberg wrote:
> >
> > Hi Simon,
> >
> > On Mon, May 06, 2019 at 09:51:56PM -0600, Simon Glass wrote:
> > > Hi And
Hi Tom,
On Fri, May 17, 2019 at 07:24:48AM -0400, Tom Rini wrote:
> On Thu, May 16, 2019 at 03:54:43PM -0500, Andreas Dannenberg wrote:
>
> > This series provides an alternative solution to the previously posted
> > series titled "System Firmware Loader for TI K3
Introduce a framework that allows loading the System Firmware (SYSFW)
binary as well as the associated configuration data from an image tree
blob named "sysfw.itb" from an FS-based boot media using the FS loader
framework.
Signed-off-by: Andreas Dannenberg
---
arch/arm/mach-
node for the FS loader framework which we want
to use to load the actual firmware file from the boot media.
Signed-off-by: Andreas Dannenberg
---
arch/arm/dts/k3-am654-r5-base-board.dts | 24
1 file changed, 24 insertions(+)
diff --git a/arch/arm/dts/k3-am654-r5-base
To give us more flexibility using the FS loader eliminate the need of
always having to use the ENV to configure the block device but rather
allow the respective block device and partition to be setup through
platform data.
Signed-off-by: Andreas Dannenberg
---
drivers/misc/fs_loader.c | 17
environment / relocation.
Signed-off-by: Andreas Dannenberg
Reviewed-by: Tom Rini
---
arch/arm/lib/crt0.S | 3 +++
common/spl/Kconfig | 13 +
2 files changed, 16 insertions(+)
diff --git a/arch/arm/lib/crt0.S b/arch/arm/lib/crt0.S
index 30fba20e1b..e24833a6f8 100644
--- a/arch
Enable all the relevant configs that enables support for loading
sysfw via MMC.
Signed-off-by: Andreas Dannenberg
---
configs/am65x_hs_evm_r5_defconfig | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/configs/am65x_hs_evm_r5_defconfig
b/configs/am65x_hs_evm_r5_defconfig
Enable all the relevant configs that enables support for loading
sysfw via MMC.
Signed-off-by: Andreas Dannenberg
---
configs/am65x_evm_r5_defconfig | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/configs/am65x_evm_r5_defconfig b/configs/am65x_evm_r5_defconfig
index
this with a separate commit by turning on
the respective CONFIG option.
In this commit we also clean up the assignment of the initial SP address
as part of the refactoring, taking into account the pre-decrement post-
increment nature in which the SP is used on ARM.
Signed-off-by: Andreas
Switch to using the full malloc scheme in post-relocation SPL to allow
better utilization of available memory for example by allowing memory
to get freed. Initially allocate a 16MB-sized region in DDR starting
at address 0x8400 for this purpose.
Signed-off-by: Andreas Dannenberg
---
configs
it.
[1] https://lists.denx.de/pipermail/u-boot/2019-May/thread.html#368461
Regards,
Andreas
Andreas Dannenberg (10):
mmc: k3_arasan: Allow driver to probe without PDs specified
spl: Allow skipping clearing BSS during relocation
spl: mmc: Export function to get device index
misc: fs_loa
To better support use cases where we want to side-load additional files
during SPL execution from MMC media export the SPL MMC framework function
for determining the MMC boot device index.
Signed-off-by: Andreas Dannenberg
---
common/spl/spl_mmc.c | 2 +-
include/spl.h| 2 ++
2 files
We would like to use the driver even without power domains being
specified for cases such as during early boot when the required power
domains have already gotten enabled by the SoC's boot ROM and such
explicit initialization is not needed and possible.
Signed-off-by: Andreas Dannenberg
Reviewed
Use the System Firmware (SYSFW) loader framework to load and start
the SYSFW as part of the AM654 early initialization sequence. While
at it also initialize the WKUP_UART0 pinmux as it is used by SYSFW
to print diagnostic messages.
Signed-off-by: Andreas Dannenberg
---
arch/arm/mach-k3
Hi Tom,
On Wed, May 15, 2019 at 11:16:43AM -0400, Tom Rini wrote:
> On Tue, May 07, 2019 at 12:25:29PM -0500, Andreas Dannenberg wrote:
>
> > TI K3 SoCs like the AM654x devices are fundamentally dependent on a
> > firmware called SYSFW (System Firmware) being loaded into the
Hi Tom,
On Thu, May 16, 2019 at 10:47:30AM -0500, Andreas Dannenberg wrote:
> Hi Tom,
>
> On Wed, May 15, 2019 at 05:50:31PM -0400, Tom Rini wrote:
> > On Wed, May 15, 2019 at 04:39:22PM -0500, Andreas Dannenberg wrote:
> > > Hi Tom,
> > >
> > > On
Hi Tom,
On Wed, May 15, 2019 at 05:50:31PM -0400, Tom Rini wrote:
> On Wed, May 15, 2019 at 04:39:22PM -0500, Andreas Dannenberg wrote:
> > Hi Tom,
> >
> > On Wed, May 15, 2019 at 11:17:22AM -0400, Tom Rini wrote:
> > > On Tue, May 07, 2019 at 12:25:33PM -
Hi Tom,
On Wed, May 15, 2019 at 11:17:22AM -0400, Tom Rini wrote:
> On Tue, May 07, 2019 at 12:25:33PM -0500, Andreas Dannenberg wrote:
>
> > Introduce a framework that allows loading the System Firmware (SYSFW)
> > binary as well as the associated configuration data from an i
Hi Tom,
On Wed, May 15, 2019 at 11:16:43AM -0400, Tom Rini wrote:
> On Tue, May 07, 2019 at 12:25:29PM -0500, Andreas Dannenberg wrote:
>
> > TI K3 SoCs like the AM654x devices are fundamentally dependent on a
> > firmware called SYSFW (System Firmware) being loaded into the
Tom et al.,
On Thu, May 09, 2019 at 11:27:25AM -0500, Andreas Dannenberg wrote:
> > > Won't HS devices fail while accessing this region? We should drop it
> > > altogether.
> > >
> >
> > HS devices cannot read this before SYSFW is loaded as by d
Andrew,
On Thu, May 09, 2019 at 12:03:31PM -0400, Andrew F. Davis wrote:
> On 5/8/19 11:52 PM, Lokesh Vutla wrote:
> >
> >
> > On 09/05/19 3:07 AM, Andreas Dannenberg wrote:
> >> The board detection scheme employed on various TI EVMs makes use of
> >> SRA
101 - 200 of 2690 matches
Mail list logo
