1. 22 Mar, 2016 1 commit
  2. 14 Mar, 2016 2 commits
    • Simon Glass's avatar
      Kconfig: Move CONFIG_FIT and related options to Kconfig · 73223f0e
      Simon Glass authored
      There are already two FIT options in Kconfig but the CONFIG options are
      still in the header files. We need to do a proper move to fix this.
      
      Move these options to Kconfig and tidy up board configuration:
      
         CONFIG_FIT
         CONFIG_OF_BOARD_SETUP
         CONFIG_OF_SYSTEM_SETUP
         CONFIG_FIT_SIGNATURE
         CONFIG_FIT_BEST_MATCH
         CONFIG_FIT_VERBOSE
         CONFIG_OF_STDOUT_VIA_ALIAS
         CONFIG_RSA
      
      Unfortunately the first one is a little complicated. We need to make sure
      this option is not enabled in SPL by this change. Also this option is
      enabled automatically in the host builds by defining CONFIG_FIT in the
      image.h file. To solve this, add a new IMAGE_USE_FIT #define which can
      be used in files that are built on the host but must also build for U-Boot
      and SPL.
      
      Note: Masahiro's moveconfig.py script is amazing.
      Signed-off-by: default avatarSimon Glass <sjg@chromium.org>
      [trini: Add microblaze change, various configs/ re-applies]
      Signed-off-by: default avatarTom Rini <trini@konsulko.com>
      73223f0e
    • Simon Glass's avatar
      Correct defconfig ordering · 4edb9458
      Simon Glass authored
      Various boards have the wrong Kconfig ordering now. To avoid a misleading
      
      diff in the next patch, reorder the configuration correctly.
      Signed-off-by: default avatarSimon Glass <sjg@chromium.org>
      4edb9458
  3. 24 Jan, 2016 4 commits
  4. 19 Jan, 2016 1 commit
    • Tom Rini's avatar
      vsprintf.c: Always enable CONFIG_SYS_VSNPRINTF · 947c626d
      Tom Rini authored
      Enabling this function always removes some class of string saftey issues.
      The size change here in general is about 400 bytes and this seems a reasonable
      trade-off.
      
      Cc: Peng Fan <peng.fan@nxp.com>
      Cc: Peter Robinson <pbrobinson@gmail.com>
      Cc: Fabio Estevam <fabio.estevam@freescale.com>
      Cc: Adrian Alonso <aalonso@freescale.com>
      Cc: Stefano Babic <sbabic@denx.de>
      Cc: Hans de Goede <hdegoede@redhat.com>
      Signed-off-by: default avatarTom Rini <trini@konsulko.com>
      947c626d
  5. 01 Dec, 2015 1 commit
  6. 25 Nov, 2015 2 commits
  7. 22 Nov, 2015 1 commit
  8. 18 Nov, 2015 1 commit
  9. 30 Oct, 2015 1 commit
  10. 21 Oct, 2015 2 commits
  11. 29 Sep, 2015 1 commit
  12. 28 Sep, 2015 1 commit
  13. 31 Aug, 2015 3 commits
  14. 05 Aug, 2015 1 commit
  15. 28 Jul, 2015 1 commit
  16. 15 Jul, 2015 1 commit
  17. 26 Jun, 2015 2 commits
  18. 01 Jun, 2015 1 commit
  19. 12 May, 2015 1 commit
  20. 30 Apr, 2015 2 commits
  21. 18 Apr, 2015 2 commits
  22. 24 Jan, 2015 1 commit
  23. 13 Jan, 2015 1 commit
    • Bin Meng's avatar
      x86: Make chromebook_link the default board for coreboot · ade8127a
      Bin Meng authored
      Change SYS_CONFIG_NAME and DEFAULT_DEVICE_TREE to chromebook_link
      which is currently the only real board officially supported to run
      U-Boot loaded by coreboot.
      
      Note the symbolic link file chromebook_link.dts is deleted and
      link.dts is renamed to chromebook_link.dts.
      
      To avoid multiple definition of video_hw_init, the CONFIG_VIDEO_X86
      define needs to be moved to arch/x86/cpu/ivybridge/Kconfig.
      Signed-off-by: default avatarBin Meng <bmeng.cn@gmail.com>
      Acked-by: default avatarSimon Glass <sjg@chromium.org>
      ade8127a
  24. 21 Nov, 2014 1 commit
    • Simon Glass's avatar
      x86: Add chromebook_link board · 8ef07571
      Simon Glass authored
      This board is a 'bare' version of the existing 'link 'board. It does not
      require coreboot to run, but is intended to start directly from the reset
      vector.
      
      This initial commit has place holders for a wide range of features. These
      will be added in follow-on patches and series. So far it cannot be booted
      as there is no ROM image produced, but it does build without errors.
      Signed-off-by: default avatarSimon Glass <sjg@chromium.org>
      8ef07571