e564034a60
The NAND might have more bit flips than can be recovered. The way to deal with it is to write multiple copies on multiple pages. The probability of all pages failing depends on the specific NAND flash used and was not calculated so far. The RBL is capable of trying to load several copies and we should be more safe now. This requires a new partioning inside the U-Boot or other bootloader. |
||
---|---|---|
.gitignore | ||
ChangeLog | ||
Makefile | ||
README | ||
TODO | ||
board.h | ||
common.h | ||
crc.c | ||
crc.h | ||
davinci.c | ||
davinci.h | ||
ddr.h | ||
dm644x.c | ||
dm644x.h | ||
gpio.c | ||
gpio.h | ||
nand.c | ||
nand.h | ||
nandboot.c | ||
nor.c | ||
nor.h | ||
norboot.c | ||
uart.c | ||
uart.h | ||
uartboot.c | ||
ubl.c | ||
ubl.lds | ||
util.c | ||
util.h |
README
README for HVUBL This UBL can be used for flashing itself and a 2nd stage bootloader (usually U-boot) in flash memory. It can also be used to flash an arbitrary data image into flash, without a header. It can also be used to run DDR RAM memory testing. To compile HVUBL for the sffsdr board, for example, run: $> make BOARD=sffsdr The Makefile honors the CROSS_COMPILE environment variable to specify the prefix of your ARM gcc toolchain. If it is not set, it defaults to: CROSS_COMPILE=arm-linux- You can override it like this, for example: $> make CROSS_COMPILE=arm-angstrom-linux-gnueabi- BOARD=sffsdr The output file, in ARM ELF format, will be named <ubl.elf>