It is not perfectly clear that these apply to our DM6442, it is not
clear we need them but right now I would like to reduce the delta
from U-Boot to Barebox in terms of system initialization.
So apply some form of cargo cult and do the same as U-boot. This has
not been tested on a board and needs to be done. Then it can be put
back into our "master" branch. But it looks writel takes the value
first and then the address.
When ubifs/ubi corrupts... the only way to recover is to format it
again. We can only do that _if_ the rescue image is not in it. It is
annoying because it means system0/system1 and rescue can not share
the same reservation for badblocks.
The hardware timings for SWITCH_RESET at power-up might not be
sufficient for a proper reset, so let's make sure we put the switch into
reset for at least 10ms (80E6063 requirement) during the boot-up
sequence.
(somehow barebox-state resolves to the entire EEPROM, not the partition
with its offset, so let's move the partition to the start to make sure
barebox and linux agree about this)
This solves a problem which causes boot failure when using a uImage with
device tree. It should also speed up boot because the kernel can skip
copying itself out of the way.
Signed-off-by: Jan Luebbe <jluebbe@debian.org>
The partition layout is board-specific, so only the barebox partitions
need to be in the fixed location expected by the MLO code.
Signed-off-by: Jan Luebbe <jluebbe@debian.org>
We need to wait some time between activating the ethernet and
being able to send the first frame. I have not investigated why
that is the case.
Fixes: SYS#488
There are several use cases where a redundant Linux system is needed. The
barebox,bootstate framework provides the building blocks to model different
use cases without the need to start from the scratch over and over again.
Signed-off-by: Marc Kleine-Budde <mkl@pengutronix.de>
Correct the pinmux configuration for the chip-select GPIOs. This fixes
detection of the first SPI NOR-flash after barebox itself got loaded from
there.
Signed-off-by: Lucas Stach <l.stach@pengutronix.de>
Signed-off-by: Sascha Hauer <s.hauer@pengutronix.de>
Commit 461f8cfc7e renamed the SCRM compatible
string in am33xx.dtsi and breaks all am335x based boards.
Rename the SCRM compatible string.
Signed-off-by: Wadim Egorov <w.egorov@phytec.de>
Signed-off-by: Sascha Hauer <s.hauer@pengutronix.de>
The variable name misses a CONFIG_ prefix to work as expected.
Fixes: 05a1e4b ARM: i.MX5: Do not register fixed clocks twice
Signed-off-by: Sascha Hauer <s.hauer@pengutronix.de>