summaryrefslogtreecommitdiff
path: root/doc/README.falcon
Commit message (Collapse)AuthorAgeFilesLines
* doc: Update parallel NOR flash related information in README.falconLukasz Majewski2019-07-191-0/+2
| | | | | | | | | | This commit updates the doc/README.falcon regarding Falcon boot on NOR flash memories. This code is used by MCCMON6 board - so for more details please refer to configs/mccmon6_nor_defconfig. Signed-off-by: Lukasz Majewski <lukma@denx.de>
* cmd: spl: provide address and size of prepared FDT in environmentAnatolij Gustschin2017-08-261-1/+6
| | | | | | | | | | Writing prepared FDT to persistent storage should be possible in scripts. Create environment variables containing address and size of the updated FDT. Scripts can use these variables after running 'spl export fdt ...' command to write the new blob to persistent storage. Signed-off-by: Anatolij Gustschin <agust@denx.de>
* doc/README.falcon: Clarify steps slightly.Tom Rini2014-07-071-3/+4
| | | | | | | | Make it clear that we need to load a legacy-formatted (aka uImage) kernel into memory as well as the DT if used before using "spl export". Cc: Yebio Mesfin <ymesfin@ti.com> Signed-off-by: Tom Rini <trini@ti.com>
* spl_mmc/CONFIG_SPL_OS_BOOT: Allow environment to determine what to bootTom Rini2014-04-171-0/+4
| | | | | | | | We add two new environment variables, falcon_args_file and falcon_image_file, which when set will override the compiled in default values for falcon mode. Signed-off-by: Tom Rini <trini@ti.com>
* README.falcon: Document environment variables for falcon modeTom Rini2014-04-171-0/+9
| | | | Signed-off-by: Tom Rini <trini@ti.com>
* README.falcon: Note how we determine if we can boot the OS or notTom Rini2013-07-261-0/+2
| | | | | Reviewed-by: Peter Korsgaard <jacmet@sunsite.dk> Signed-off-by: Tom Rini <trini@ti.com>
* Add README for the "Falcon" modeStefano Babic2013-03-011-0/+209
Simple howto to add support to a board for booting the kernel from SPL ("Falcon" mode). Signed-off-by: Stefano Babic <sbabic@denx.de> Reviewed-by: Tom Rini <trini@ti.com>