Skip to content

GitLab

Switch branch/tag
  1. 16 Dec, 2015 2 commits
  3. 07 Dec, 2015 4 commits
  5. 24 Nov, 2015 3 commits
  7. 19 Nov, 2015 2 commits
  9. 03 Oct, 2015 3 commits
  11. 13 Sep, 2015 2 commits
  13. 08 Sep, 2015 3 commits
  15. 29 Aug, 2015 2 commits
  17. 19 Aug, 2015 4 commits
  19. 01 Aug, 2015 1 commit
  21. 26 Feb, 2015 6 commits
  23. 11 Feb, 2015 2 commits
    • Siarhei Siamashka's avatar
      fel: New command for loading U-Boot SPL binaries in eGON format · 1627b137
      Siarhei Siamashka authored 
      

Now it is possible to load and execute the same U-Boot SPL,
as used for booting from SD cards. Just a different delivery
method (a USB OTG cable instead of an SD card) for handling
exactly the same content.

The only argument for this new command is the name of the SPL
binary file (with a eGON header generated by the 'mksunxiboot'
tool). Now the 'fel' tool can be run as:

    fel spl u-boot-sunxi-with-spl.bin

Before this change, the SPL was only able to use the memory between
addresses 0x2000 and ~0x5D00, totalling to something like ~15 KiB.
This is the biggest contiguous area in SRAM, which is not used
by the FEL code from the BROM. Unfortunately, it is rather small.
And also the unusual starting offset was making it difficult to
use the same SPL binary for booting from the SD card and via FEL.

There are surely more unused parts of SRAM, but they are scattered
across multiple locations, primarily because the FEL code from the
BROM sets up two stacks at inconvenient locations (the IRQ handler
stack at 0x2000, and a regular stack at 0x7000). Essentially, the
problem to solve here is to ensure a sufficiently large and consistent
SRAM address space for the SPL without any potentially SoC specific
holes in the case of booting over USB via FEL.

This is achieved by injecting special entry/exit thunk code, which
is moving the data in SRAM to provide a contiguous space for the SPL
at the beginning of SRAM, while still preserving the the data from
the BROM elsewhere. When the SPL tries to return control back to the
FEL code in the BROM, the thunk code moves the data back to its
original place. Additionally, the eGON checksum is verified to
ensure that no data corruption has happened due to some unexpected
clash with the FEL protocol code from the BROM.

So the thunk code takes care of the address space allocation uglyness
and provides the U-Boot SPL with a somewhat nicer abstraction.
Now the FEL booted SPL on A10/A13/A20/A31 can use up to 32 KiB of
SRAM because the BROM data is saved to different SRAM section.
There is also generic code, which does not rely on extra SRAM
sections, but just glues together the unused free space from
both BROM FEL stacks to provide something like ~21 KiB to the SPL.
Signed-off-by: default avatarSiarhei Siamashka <siarhei.siamashka@gmail.com>
Acked-by: default avatarHans de Goede <hdegoede@redhat.com>
      1627b137
    • Siarhei Siamashka's avatar
      fel: Split 'aw_fel_get_version' into 'get' and 'print' variants · 91949d62
      Siarhei Siamashka authored 
      

Now aw_fel_get_version() can get the SoC ID for internal usage
from the other functions. And aw_fel_print_version() is used
to print the formatted string to stdout.
Signed-off-by: default avatarSiarhei Siamashka <siarhei.siamashka@gmail.com>
Acked-by: default avatarHans de Goede <hdegoede@redhat.com>
      91949d62
  25. 21 Sep, 2014 2 commits
  27. 26 Apr, 2014 1 commit
  29. 31 Jan, 2014 1 commit
  31. 06 Sep, 2013 1 commit
  33. 23 Jun, 2013 1 commit