Skip to content
Snippets Groups Projects
  1. Sep 27, 2017
  2. Apr 05, 2017
  3. Jan 04, 2017
  4. Dec 09, 2016
    • Simon Glass's avatar
      spl: Add a name to the SPL load-image methods · ebc4ef61
      Simon Glass authored
      
      It is useful to name each method so that we can print out this name when
      using the method. Currently this happens using a separate function. In
      preparation for unifying this, add a name to each method.
      
      The name is only available if we have libcommon support (i.e can use
      printf()).
      
      Signed-off-by: default avatarSimon Glass <sjg@chromium.org>
      ebc4ef61
  5. Nov 21, 2016
  6. Oct 06, 2016
  7. Jul 15, 2016
    • Siarhei Siamashka's avatar
      sunxi: Support booting from SPI flash · 19e99fb4
      Siarhei Siamashka authored
      Allwinner devices support SPI flash as one of the possible
      bootable media type. The SPI flash chip needs to be connected
      to SPI0 pins (port C) to make this work. More information is
      available at:
      
          https://linux-sunxi.org/Bootable_SPI_flash
      
      
      
      This patch adds the initial support for booting from SPI flash.
      The existing SPI frameworks are not used in order to reduce the
      SPL code size. Right now the SPL size grows by ~370 bytes when
      CONFIG_SPL_SPI_SUNXI option is enabled.
      
      While there are no popular Allwinner devices with SPI flash at
      the moment, testing can be done using a SPI flash module (it
      can be bought for ~2$ on ebay) and jumper wires with the boards,
      which expose relevant pins on the expansion header. The SPI flash
      chips themselves are very cheap (some prices are even listed as
      low as 4 cents) and should not cost much if somebody decides to
      design a development board with an SPI flash chip soldered on
      the PCB.
      
      Another nice feature of the SPI flash is that it can be safely
      accessed in a device-independent way (since we know that the
      boot ROM is already probing these pins during the boot time).
      And if, for example, Olimex boards opted to use SPI flash instead
      of EEPROM, then they would have been able to have U-Boot installed
      in the SPI flash now and boot the rest of the system from the SATA
      hard drive. Hopefully we may see new interesting Allwinner based
      development boards in the future, now that the software support
      for the SPI flash is in a better shape :-)
      
      Testing can be done by enabling the CONFIG_SPL_SPI_SUNXI option
      in a board defconfig, then building U-Boot and finally flashing
      the resulting u-boot-sunxi-with-spl.bin binary over USB OTG with
      a help of the sunxi-fel tool:
      
         sunxi-fel spiflash-write 0 u-boot-sunxi-with-spl.bin
      
      The device needs to be switched into FEL (USB recovery) mode first.
      The most suitable boards for testing are Orange Pi PC and Pine64.
      Because these boards are cheap, have no built-in NAND/eMMC and
      expose SPI0 pins on the Raspberry Pi compatible expansion header.
      The A13-OLinuXino-Micro board also can be used.
      
      Signed-off-by: default avatarSiarhei Siamashka <siarhei.siamashka@gmail.com>
      Reviewed-by: default avatarSimon Glass <sjg@chromium.org>
      Signed-off-by: default avatarHans de Goede <hdegoede@redhat.com>
      19e99fb4
Loading