upstream u-boot with additional patches for our devices/boards:
https://lists.denx.de/pipermail/u-boot/2017-March/282789.html (AXP crashes) ;
Gbit ethernet patch for some LIME2 revisions ;
with SPI flash support
You can not select more than 25 topics
Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
Adam Ford
a4670f8ebb
|
7 years ago | |
---|---|---|
.. | ||
Kconfig | ||
MAINTAINERS | ||
Makefile | ||
README.da850 | ||
da850evm.c | ||
omapl138_lcdk.c | ||
u-boot-spl-da850evm.lds |
README.da850
Summary
=======
The README is for the boot procedure used for various DA850 (or compatible
parts such as the AM1808) based boards.
In the context of U-Boot, the board is booted in three stages. The initial
bootloader which executes upon reset is the ROM Boot Loader (RBL) and sits
in the internal ROM. The RBL initializes the internal memory and then
depending on the exact board and pin configurations will initialize another
controller (such as SPI or NAND) to continue the boot process by loading
the secondary program loader (SPL). The SPL will initialize the system
further (some clocks, SDRAM) and then load the full u-boot from a
predefined location in persistent storage to DDR and jumps to the u-boot
entry point.
AIS is an image format defined by TI for the images that are to be loaded
to memory by the RBL. The image is divided into a series of sections and
the image's entry point is specified. Each section comes with meta data
like the target address the section is to be copied to and the size of the
section, which is used by the RBL to load the image. At the end of the
image the RBL jumps to the image entry point. The AIS format allows for
other things such as programming the clocks and SDRAM if the header is
programmed for it. We do not take advantage of this and instead use SPL as
it allows for additional flexibility (run-time detect of board revision,
loading the next image from a different media, etc).
Compilation
===========
The exact build target you need will depend on the board you have. For
Logic PD boards, or other boards which store the ethernet MAC address at
the end of SPI flash, run 'make da850evm'. For boards which store the
ethernet MAC address in the i2c EEPROM located at 0x50, run
'make da850_am18xxevm'. Once this build completes you will have a
u-boot.ais file that needs to be written to the correct persistent
storage.
Flashing the images to SPI
==========================
The AIS image can be written to SPI flash using the following commands.
Assuming that the network is configured and enabled and the u-boot.ais file
is tftp'able.
U-Boot > sf probe 0
U-Boot > sf erase 0 +320000
U-Boot > tftp u-boot.ais
U-Boot > sf write c0700000 0 $filesize
Flashing the images to NAND
===========================
The AIS image can be written to NAND using the u-boot "nand" commands.
Example:
OMAPL138_LCDK requires the AIS image to be written to the second block of
the NAND flash.
From the "nand info" command we see that the second block would start at
offset 0x20000:
U-Boot > nand info
sector size 128 KiB (0x20000)
Page size 2048 b
From the tftp command we see that we need to copy 0x74908 bytes from
memory address 0xc0700000 (0x75000 if we align a page of 2048):
U-Boot > tftp u-boot.ais
Load address: 0xc0700000
Bytes transferred = 477448 (74908 hex)
The commands to write the image from memory to NAND would be:
U-Boot > nand erase 0x20000 0x75000
U-Boot > nand write 0xc0700000 0x20000 0x75000
Alternatively, MTD partitions may be defined. Using "mtdparts" to
conveniently have a bootloader partition starting at the second block
(offset 0x20000):
setenv mtdids nand0=davinci_nand.0
setenv mtdparts mtdparts=davinci_nand.0:128k(bootenv),2m(bootloader)
In this case the commands would be simplified to:
U-Boot > tftp u-boot.ais
U-Boot > nand erase.part bootloader
U-Boot > nand write 0xc0700000 bootloader
Flashing the images to MMC
==========================
If the boot pins are set to boot from mmc, the RBL will try to load the
next boot stage form the first couple of sectors of an external mmc card.
As sector 0 is usually used for storing the partition information, the
AIS image should be written at least after the first sector, but before the
first partition begins. (e.g: make sure to leave at least 500KB of unallocated
space at the start of the mmc when creating the partitions)
CONFIG_SYS_MMCSD_RAW_MODE_U_BOOT_SECTOR is used by SPL, and should
point to the sector were the u-boot image is located. (eg. After SPL)
There are 2 ways to copy the AIS image to the mmc card:
1 - Using the TI tool "uflash"
$ uflash -d /dev/mmcblk0 -b ./u-boot.ais -p OMAPL138 -vv
2 - using the "dd" command
$ dd if=u-boot.ais of=/dev/mmcblk0 seek=117 bs=512 conv=fsync
uflash writes the AIS image at offset 117. For compatibility with uflash,
CONFIG_SYS_MMCSD_RAW_MODE_U_BOOT_SECTOR is set to take into account this
offset, and the dd command is adjusted accordingly.
Recovery
========
In the case of a "bricked" board, you need to use the TI tools found
here[1] to write the u-boot.ais file. An example of recovering to the SPI
flash of an AM1808 would be:
$ mono sfh_OMAP-L138.exe -targetType AM1808 -p /dev/ttyUSB0 \
-flash_noubl /path/to/u-boot.ais
For other target types and flash locations:
$ mono sfh_OMAP-L138.exe -h
Links
=====
[1]
http://processors.wiki.ti.com/index.php/Serial_Boot_and_Flash_Loading_Utility_for_OMAP-L138