From: Stefan Eichenberger
In Linux, we allow sleep moci to be turned off when the carrier board
supports it and the system is in suspend. In U-Boot, however, we want
the sleep moci to be always on. So we use a gpio hog and disable the
regulator. This change is necessary because we switched
From: Stefan Eichenberger
In Linux, we allow sleep moci to be turned off when the carrier board
supports it and the system is in suspend. In U-Boot, however, we want
the sleep moci to be always on. So we use a gpio hog and disable the
regulator. This change is necessary because we switched
tains unit addresses @, this will break signing
...
Signed-off-by: Stefan Eichenberger
---
tools/fit_common.c | 12 ++--
1 file changed, 10 insertions(+), 2 deletions(-)
diff --git a/tools/fit_common.c b/tools/fit_common.c
index 52b63296f8..5c8920de54 100644
--- a/tools/fit_common.c
+
fit_extract_contents does a fit_check_format even thought it was already
checked during imagetool_verify_print_header.
Therefore, this check is not necessary. This commit removes the
redundancy.
Signed-off-by: Stefan Eichenberger
---
tools/fit_image.c | 5 -
1 file changed, 5 deletions
dumpimage does not work properly when an image includes "@" because
signing would fail. However, this should be supported because it is
enabled by default (even when signing is disabled). This patch series
tries to fix this by just printing a warning instead of failing
completel
retically have once in a while a pattern that will
be at frequency of 152Khz, hence the previous setting (205khz HPF) can
possibly filter this pattern which can cause to an error in the
receiver, thus this change to avoid such scenarios.
Signed-off-by: Stefan Eichenberger
Signed-off-b
. This is the
same value as the original U-Boot from Marvell is using. There it is
called FIRST_CELL which is a define for 0.
See: https://github.com/MarvellEmbeddedProcessors/u-boot-marvell
commit 56f963ce4c ("fix: serdes: a38x, a39x: Fix USB3 serdes DB
initialization")
Signed-off-by: Stefan Ei
This patchset improves the USB3 serdes configuration for the Armada 38x
SoC from Marvell. The changes are based on the version from Marvell
found here:
https://github.com/MarvellEmbeddedProcessors/u-boot-marvell
Stefan Eichenberger (2):
arm: mvebu: a38x: serdes: fix serdes config for USB3
arm
Dear Adam,
On the mainline u-boot we found a commit which helps to fix a problem
regarding PCIe and the Armada 370:
http://git.denx.de/?p=u-boot.git;a=commit;h=6bbe0924a799d33c1a8c9de38b60a5e0251f2aea
We currently facing a similar problem with the Armada 385 and PCIe. The
problem also appears
Hi Stefan,
On 09/11/2015 05:02 PM, Stefan Eichenberger wrote:
Hi Stefan,
On 09/11/2015 04:24 PM, Stefan Roese wrote:
Hi Stefan,
On 11.09.2015 15:50, Stefan Eichenberger wrote:
On 09/04/2015 06:44 PM, Stefan Roese wrote:
Unfortunately u-boot now hangs if I try to load an image from the
SD
Hi Stefan,
On 09/11/2015 04:24 PM, Stefan Roese wrote:
Hi Stefan,
On 11.09.2015 15:50, Stefan Eichenberger wrote:
On 09/04/2015 06:44 PM, Stefan Roese wrote:
Unfortunately u-boot now hangs if I try to load an image from the
SD-Card:
e.g. if I run the following command u-boot hangs:
ext4load
Hi Stefan,
On 09/04/2015 06:44 PM, Stefan Roese wrote:
Unfortunately u-boot now hangs if I try to load an image from the
SD-Card:
e.g. if I run the following command u-boot hangs:
ext4load mmc 0:2 0x200 /boot/kernel.bin
I don't see why exactly it crashes, it seems for me that it's always
Hi Stefan,
I have a problem with u-boot compiled from master and the db-88f6820-gp
evaluation board from Marvell. The problem is the reconfiguration of the
base register address (SOC_REGS_PHY_BASE) under u-boot on A38x. Some
functions (e.g. mvebu_soc_family) try to access the new
Hi Stefan,
On 09/04/2015 05:14 PM, Stefan Roese wrote:
Hi Stefan,
On 04.09.2015 16:44, Stefan Eichenberger wrote:
I have a problem with u-boot compiled from master and the db-88f6820-gp
evaluation board from Marvell. The problem is the reconfiguration of the
base register address
14 matches
Mail list logo