1. 12 Nov, 2020 1 commit
  2. 10 Nov, 2020 6 commits
  3. 08 Nov, 2020 1 commit
  4. 20 Oct, 2020 1 commit
  5. 19 Oct, 2020 1 commit
  6. 08 Oct, 2020 1 commit
  7. 06 Oct, 2020 1 commit
  8. 02 Oct, 2020 1 commit
  9. 29 Sep, 2020 7 commits
  10. 19 Sep, 2020 2 commits
    • Icenowy Zheng's avatar
      fel: SPI: add Eon support · bf02fd31
      Icenowy Zheng authored
      
      
      Add the JEDEC manufacturer ID for Eon to the list of recognized
      vendors, also add the EN25QH series to the list of supported chips.
      Those chips are used on some internal boards with V831 from Sipeed now,
      but the chips themselves are widely available on the market. Tag the
      struct definition with the member names on the way to improve readability
      of the SPI flash chip description.
      Signed-off-by: default avatarIcenowy Zheng <icenowy@aosc.io>
      bf02fd31
    • Icenowy Zheng's avatar
      spi: add support for V3s SoC · b330eeb8
      Icenowy Zheng authored
      
      
      The Allwinner V3s SoC have the same SPI0 pinmux configuration, SPI clock
      configuration and SPI controller (base address and the controller) with
      H3.
      
      Add spiflash support for it.
      Signed-off-by: default avatarIcenowy Zheng <icenowy@aosc.io>
      b330eeb8
  11. 14 Sep, 2020 2 commits
  12. 14 Jun, 2020 4 commits
  13. 20 Apr, 2020 1 commit
  14. 04 Jun, 2019 1 commit
  15. 18 Mar, 2019 1 commit
  16. 08 Jan, 2019 2 commits
  17. 02 Dec, 2018 1 commit
    • Andre Przywara's avatar
      FEL: introduce semantic versioning for SPL header · 8fa2f24d
      Andre Przywara authored
      Every addition of a new feature to the SPL header currently requires us
      to update the FEL tool, to teach it about the new supported maximum
      value. Many times the FEL tool doesn't really care, but complains
      anyway - and refuses to load.
      Let's introduce semantic versioning [1] for this field, where backwards
      compatible additions just increase a minor number, but incompatible
      changes require bumping the major version.
      We have 8 bits for the SPL header version, let's split this to have 3 bits
      for the major and 5 bit for the minor version number.
      
      [1] https://semver.org
      
      Signed-off-by: default avatarAndre Przywara <osp@andrep.de>
      Signed-off-by: default avatarIcenowy Zheng <icenowy@aosc.io>
      8fa2f24d
  18. 14 Nov, 2018 1 commit
  19. 09 Jul, 2018 5 commits
    • Ian Campbell's avatar
      Fix two warnings about implicit fallthrough. · 585cb1d4
      Ian Campbell authored
      
      
      In the first case:
      
          pio.c: In function ‘main’:
          pio.c:355:4: warning: this statement may fall through [-Wimplicit-fallthrough=]
              usage(0);
              ^~~~~~~~
          pio.c:356:3: note: here
             case 'm':
             ^~~~
      
      The fallthrough is not intended because `usage()` never returns (it calls
      `exit` unconditionally). Annotate as `noreturn` so the compiler realises this.
      
      In the second case:
      
          fexc.c: In function ‘main’:
          fexc.c:312:15: warning: this statement may fall through [-Wimplicit-fallthrough=]
             filename[1] = argv[optind+1]; /* out */
             ~~~~~~~~~~~~^~~~~~~~~~~~~~~~
          fexc.c:313:2: note: here
            case 1:
            ^~~~
      
      The fallthrough appears to be intended (the two argument case is a superset of
      the one argument case). Annotate with a comment which tells the compiler this
      is intended.
      Signed-off-by: default avatarIan Campbell <ijc@hellion.org.uk>
      585cb1d4
    • Andre Przywara's avatar
      fel: SPI: add Macronix support · fbe2dee7
      Andre Przywara authored
      
      
      Add the JEDEC manufacturer ID for Macronix to the list of recognized
      vendors, also add the MX25L series to the list of supported chips.
      Those chips are used on the OrangePi PC 2 boards, for instance.
      Tag the struct definition with the member names on the way to improve
      readability of the SPI flash chip description.
      Signed-off-by: default avatarAndre Przywara <osp@andrep.de>
      fbe2dee7
    • Siarhei Siamashka's avatar
      fel: Add SPI flash programmer implementation · 3c9bc29f
      Siarhei Siamashka authored
      
      
      Using the new AAPCS function remote execution support, add support to
      read from and write to SPI flash connected to a device.
      This allows flashing boot code to a device.
      Signed-off-by: default avatarSiarhei Siamashka <siarhei.siamashka@gmail.com>
      [Andre: adjust to upstream changes]
      Signed-off-by: default avatarAndre Przywara <osp@andrep.de>
      3c9bc29f
    • Siarhei Siamashka's avatar
      fel: Support uploading & executing ARM AAPCS functions on the device · 1091f3ac
      Siarhei Siamashka authored
      
      
      This patch adds a wrapper script, which can automatically compile
      and wrap a small C function, taking care of all the necessary
      function arguments marshalling.
      
      The functions 'aw_fel_remotefunc_prepare/aw_fel_remotefunc_execute'
      allow using such functions in the sunxi-fel tool to get this code
      executed remotely on the device.
      Signed-off-by: default avatarSiarhei Siamashka <siarhei.siamashka@gmail.com>
      [Andre: adjust to match upstream changes]
      Signed-off-by: default avatarAndre Przywara <osp@andrep.de>
      1091f3ac
    • Icenowy Zheng's avatar
      uart0-helloworld-sdboot: add support for H6 · d0f2fbb8
      Icenowy Zheng authored
      
      
      Allwinner H6 SoC has a totally different memory map and different clock
      control unit with other SoCs.
      
      Add support for it in uart0-helloworld-sdboot.
      
      To avoid writing blindly into the device MMIO area first (for triggering
      the SRAM version register), we query the known content of some GIC register
      to verify we are looking at an H6 memory map.
      Signed-off-by: default avatarIcenowy Zheng <icenowy@aosc.io>
      Signed-off-by: default avatarAndre Przywara <osp@andrep.de>
      d0f2fbb8