The code was mistakenly initializing the input buffer twice.
Tested to be working on BeagleBone by adjusting CONFIG_SYS_BOOTM_LEN to
64MiB (probably works with less) and preparing uImage with:
cat arch/arm/boot/Image \
| zstd --ultra -22 --zstd=windowLog=22 \
> linux.bin.zst
mkimage -A arm
Fixes: 458b30af66cd41ca8e6f8a52ea4c09cb50d3413d
Cc: Simon Glass
---
boot/image.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/boot/image.c b/boot/image.c
index 07fa2d3160..121df0c838 100644
--- a/boot/image.c
+++ b/boot/image.c
@@ -500,7 +500,7 @@ int image_decomp(int comp,
This was implemented in order to get dual-slot bootloader
partitions on the BeagleBone Black, whose MLO boots from
the first bootable partition: MLO chainloads u-boot in the
same way.
Signed-off-by: Jérôme Carretero
---
common/spl/Kconfig | 3 ++-
common/spl/spl_mmc.c | 32
This was implemented in order to get dual-slot bootloader
partitions on the BeagleBone Black, whose MLO boots from
the first bootable partition: MLO chainloads u-boot in the
same way.
Signed-off-by: Jérôme Carretero
---
common/spl/Kconfig | 3 ++-
common/spl/spl_mmc.c | 33
Hi,
On Thu, 10 Mar 2022 11:44:04 -0500
Jérôme Carretero wrote:
> This was implemented in order to get dual-slot bootloader
> partitions on the BeagleBone Black, whose MLO boots from
> the first bootable partition: MLO chainloads u-boot in the
> same way.
I realize so
This was implemented in order to get dual-slot bootloader
partitions on the BeagleBone Black, whose MLO boots from
the first bootable partition: MLO chainloads u-boot in the
same way.
Signed-off-by: Jérôme Carretero
---
common/spl/Kconfig | 3 ++-
common/spl/spl_mmc.c | 33
Use the spi_slave bus and cs attributes, reduce C2T/T2C delays,
allow overriding of spi_cs_is_valid().
As it is, this patch breaks the configuration files for DaVinci boards
that only use SPI1.
Signed-off-by: Jérôme Carretero
CC: Manjunathappa, Prakash
--
drivers/spi/davinci_spi.c | 16
Note: because 4-byte addressing is not supported yet,
at the moment only the first 16MiB of the device are available.
Signed-off-by: Jérôme Carretero
CC: Mike Frysinger
---
drivers/mtd/spi/stmicro.c |7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/mtd/spi/stmicro.c b
This patch does nothing except saving a few bytes (makes a difference SPL)
Signed-off-by: Jérôme Carretero
CC: Manjunathappa, Prakash
---
arch/arm/cpu/arm926ejs/davinci/pinmux.c |2 +-
arch/arm/include/asm/arch-davinci/davinci_misc.h |2 +-
arch/arm/include/asm/arch-davinci
On Wed, 11 Jan 2012 07:52:41 +0100
Heiko Schocher wrote:
> Yes, that is the actual (not really nice) state to implement the
> "multibus" feature for i2c. The better way would be to go this way:
>
> http://git.denx.de/?p=u-boot/u-boot-i2c.git;a=shortlog;h=refs/heads/multibus_v2_2012
>
> but
Hi Tom,
I'm requesting comments on the following (untested) patch.
It adds support for multiple i2c buses on davinci_i2c, without altering one
line of code.
What I don't like is that I'm doing a bit of macro black magic to transform
constants into variables.
But I don't know whether refactoring
11 matches
Mail list logo