summaryrefslogtreecommitdiffstats
path: root/Documentation/boards
diff options
context:
space:
mode:
authorAndrey Smirnov <andrew.smirnov@gmail.com>2018-08-20 23:41:07 -0700
committerSascha Hauer <s.hauer@pengutronix.de>2018-08-31 08:30:07 +0200
commitb4e43bf44a43edd852cab4ece6ccbbbc1939e7d6 (patch)
tree484aa7573ac09461dd938faee0b254e0cbf12842 /Documentation/boards
parentdb6ee951649939a4a7c75d7ba7f20a4342f76780 (diff)
downloadbarebox-b4e43bf44a43edd852cab4ece6ccbbbc1939e7d6.tar.gz
barebox-b4e43bf44a43edd852cab4ece6ccbbbc1939e7d6.tar.xz
Revert "i.MX: Add provisions to boot from IRAM"
After being introduced 3 years ago this feature ended up being "obsoleted by events" and project it was supposed to be a part of winded down. Revert this feature due to: a) Lack of users b) Existence of better way to make barebox load via SRAM as intermediary step that does not require two separate images to be built (.imx-sram-img) This reverts commit 903c9477a08c5655161779ef4144886928ecc7d1. Signed-off-by: Andrey Smirnov <andrew.smirnov@gmail.com> Signed-off-by: Sascha Hauer <s.hauer@pengutronix.de>
Diffstat (limited to 'Documentation/boards')
-rw-r--r--Documentation/boards/imx.rst27
1 files changed, 0 insertions, 27 deletions
diff --git a/Documentation/boards/imx.rst b/Documentation/boards/imx.rst
index 56fd3ab41c..99ca10b7cc 100644
--- a/Documentation/boards/imx.rst
+++ b/Documentation/boards/imx.rst
@@ -118,33 +118,6 @@ Some notes about the mentioned *conditions*.
- ``until_any_bit_clear`` waits until ``(*addr & mask) != mask`` is true
- ``until_any_bit_set`` waits until ``(*addr & mask) != 0`` is true.
-Internal Boot Mode Through Internal RAM(IRAM)
----------------------------------------------
-
-The Internal Boot Mode Through Internal RAM is supported on:
-
-* i.MX51
-
-As can be easily deduced from its name, the Internal Boot Mode Through
-Internal RAM is just a variant of Internal Boot Mode so all of the
-stated above still applies in this case. What it differs in is the following:
-
-* Boot process is done in two stages(First stage binary can be
- produced with ``imx_v7-xload_defconfig``)
-* DCD of the first stage image is set such that the image is fetched
- into an unoccupied area or IRAM
-* First stage image once uncompressed and set up will look for a
- second stage bootloader on the same media it booted from and start
- it(see mach-imx/xload.c for more details)
-* Second stage images are just regular i.MX boot images
-
-Since on a typical i.MX SoC unused IRAM area is not enough to run
-anything but a PBL this mode, due to its very limited usability,
-serves only one purpose -- allow for a portion of a bootloader to be
-executed without depending on DRAM to be functional. This peculiarity
-of the mode can be used to implement various memory testing
-scenarious.
-
USB Boot
^^^^^^^^