1. 05 9月, 2017 1 次提交
  2. 28 8月, 2017 1 次提交
  3. 26 7月, 2017 1 次提交
    • S
      Convert CONFIG_ENV_IS_IN_MMC/NAND/UBI and NOWHERE to Kconfig · 2be29653
      Simon Glass 提交于
      This converts the following to Kconfig:
         CONFIG_ENV_IS_IN_MMC
         CONFIG_ENV_IS_IN_NAND
         CONFIG_ENV_IS_IN_UBI
         CONFIG_ENV_IS_NOWHERE
      
      In fact this already exists for sunxi as a 'choice' config. However not
      all the choices are available in Kconfig yet so we cannot use that. It
      would lead to more than one option being set.
      
      In addition, one purpose of this series is to allow the environment to be
      stored in more than one place. So the existing choice is converted to a
      normal config allowing each option to be set independently.
      
      There are not many opportunities for Kconfig updates to reduce the size of
      this patch. This was tested with
      
         ./tools/moveconfig.py -i CONFIG_ENV_IS_IN_MMC
      
      And then manual updates.  This is because for CHAIN_OF_TRUST boards they
      can only have ENV_IS_NOWHERE set, so we enforce that via Kconfig logic
      now.
      Signed-off-by: NSimon Glass <sjg@chromium.org>
      Signed-off-by: NTom Rini <trini@konsulko.com>
      2be29653
  4. 11 7月, 2017 1 次提交
  5. 19 6月, 2017 1 次提交
  6. 07 6月, 2017 1 次提交
  7. 11 5月, 2017 3 次提交
  8. 01 5月, 2017 1 次提交
  9. 28 4月, 2017 1 次提交
  10. 16 4月, 2017 2 次提交
  11. 05 4月, 2017 1 次提交
    • P
      defconfig: puma-rk3399: add defconfig for the RK3399-Q7 (Puma) · 0b3ce83d
      Philipp Tomsich 提交于
      This commit adds the baseline defconfig for the RK3399-Q7 (Puma) SoM
      (under the name 'puma-rk3399_defconfig') featuring the Rockchip RK3399
      in a Qseven compatible module.
      
      This subsumes the following changes:
       * defconfig: rk3399: migrate CONFIG_SPL_LIBCOMMON_SUPPORT/CONFIG_SPL_LIBGENERIC_SUPPORT
       * defconfig: rk3399-puma: add CONFIG_MMC_DW_ROCKCHIP
       * defconfig: rk3399-puma: disable CONFIG_SPL_OF_PLATDATA
       * defconfig: rk3399-puma: don't USE_TINY_PRINTF
       * defconfig: rk3399-puma: set up CONFIG_SYS_BOARD for the RK3399-Q7
       * defconfig: rk3399-puma: enable the multi-image loading via CONFIG_SPL_FIT
       * defconfig: rk3399-puma: SPL should be able to boot from MMC/SD card
       * defconfig: rk3399-puma: enable GMAC support
       * defconfig: rk3399-puma: enable support for SPI and Winbond SPI flash
       * defconfig: rk3399-puma: enable SPI as a boot-source in SPL
       * defconfig: rk3399-puma: disallow non-FIT images from being loaded
       * defconfig: rk3399-puma: rename to puma-rk3399
       * rockchip: config: rk3399: update defconfigs and rk3399_common
      
      For the RK3399-Q7, we want a default boot-order of SPI -> MMC -> uSD.
      This both follows how the BootROM probes devices and is a sane default
      for customers in device-personalisation (e.g. it allows for quick and
      easy factory programming of unpersonalised devices using an SD card)
      and field usage (with customer devices expected to have their firmware
      either in SPI or MMC).
      
      However, when probing multiple interfaces (according to the result
      from the board_boot_order function), we need to ensure that only valid
      FIT images are considered and disable the fallback to assuming that a
      raw (binary-only) U-Boot image is loaded (to avoid hangs/crashes from
      jumping to random content loaded from devices that are probed, but
      don't contain valid image content).
      
      By disabling the SPL_RAW_IMAGE_SUPPORT and SPL_LEGACY_IMAGE_SUPPORT
      options, we ensure that raw images (indistinguishable from random
      data) are not considered for booting.
      Signed-off-by: NPhilipp Tomsich <philipp.tomsich@theobroma-systems.com>
      Acked-by: NSimon Glass <sjg@chromium.org>
      Drop CONFIG_DEBUG_UART_BOARD_INIT:
      Signed-off-by: NSimon Glass <sjg@chromium.org>
      0b3ce83d
  12. 20 3月, 2017 1 次提交
  13. 17 3月, 2017 1 次提交
  14. 14 3月, 2017 1 次提交
  15. 31 1月, 2017 1 次提交
  16. 28 1月, 2017 3 次提交
  17. 12 1月, 2017 1 次提交
    • S
      rockchip: evb-rk3339: Enable DHCP · cea951e0
      Simon Glass 提交于
      This is the only RK3399 device without DHCP. Enable it so that we
      can use a common BOOT_TARGET_DEVICES setting. It is likely useful to be
      able to use USB networking, at least. Full networking can be enabled when
      a suitable platform needs it.
      Signed-off-by: NSimon Glass <sjg@chromium.org>
      cea951e0
  18. 11 1月, 2017 2 次提交
  19. 30 12月, 2016 2 次提交
  20. 26 11月, 2016 1 次提交
  21. 24 10月, 2016 1 次提交
  22. 12 10月, 2016 1 次提交
  23. 02 10月, 2016 1 次提交
  24. 22 9月, 2016 3 次提交
  25. 09 9月, 2016 1 次提交
  26. 06 8月, 2016 1 次提交
  27. 26 7月, 2016 1 次提交