1. 09 Aug, 2012 1 commit
    • Allen Martin's avatar
      mkconfig: add support for SPL CPU · d22650af
      Allen Martin authored
      Add support for specifying a differnt CPU for main u-boot and SPL
      u-boot builds.  This is done by adding an optional SPL CPU after the
      main CPU in boards.cfg as follows:
      
           normal_cpu:spl_cpu
      
      This this case CPU will be set to "normal_cpu" during the main u-boot
      build and "spl_cpu" during the SPL build.
      Signed-off-by: default avatarAllen Martin <amartin@nvidia.com>
      d22650af
  2. 09 Jul, 2012 1 commit
  3. 20 Jun, 2012 1 commit
  4. 05 Oct, 2011 1 commit
  5. 28 Jul, 2011 1 commit
  6. 21 Jan, 2011 1 commit
    • Loïc Minier's avatar
      Don't add symlink in srctree when using an objtree · a9d8bc98
      Loïc Minier authored
      When building with srctree != objtree, the build creates arch/soc/cpu
      specific symlinks in the source tree.  This means that the same source
      tree can't be used for multiple builds at the same time.  Also, these
      symlinks in the source tree are only cleaned up if one passes the same
      O= to distclean.
      
      When srctree != objtree, mkconfig creates an $objtree/include2 directory
      in the objtree to host the asm -> arch/$arch/include/asm symlink so that
      "#include <asm>" can be used.  But it also creates another identical
      symlink in $objtree/include.
      
      Then, mkconfig creates two symlinks:
      $objtree/include/asm/arch -> arch/$arch/include/asm/arch-$cpu (or $soc)
      $objtree/include/asm/proc -> arch/$arch/include/asm/proc-armv (on arm)
      but because $objtree/include/asm points at $srctree already, the two
      symlinks are created under $srctree.
      
      To fix this, create a real $objtree/include/asm directory, instead of a
      symlink.  Update cleanup code accordingly.
      Signed-off-by: default avatarLoïc Minier <loic.minier@linaro.org>
      a9d8bc98
  7. 09 Jan, 2011 1 commit
    • Mike Frysinger's avatar
      config_cmd_defaults.h: new header for common u-boot command defaults · 52f0aa83
      Mike Frysinger authored
      We have config_defaults.h which are random configuration settings that
      everyone gets by default.  We also have config_cmd_default.h which is a
      recommended list of defaults but boards have to opt into.  Now we have
      config_cmd_defaults.h which is a list of defaults that everyone gets
      and has to actively opt out of.
      
      For now, we populate it with the bootm command which previously was
      unable to be disabled.
      Signed-off-by: default avatarMike Frysinger <vapier@gentoo.org>
      52f0aa83
  8. 18 Oct, 2010 2 commits
    • Wolfgang Denk's avatar
      mkconfig: change CONFIG_MK_ prefix into plain CONFIG_ · d24f2d32
      Wolfgang Denk authored
      When planning for more generalization and Makefile cleanup it became
      obvious that the introduction of a separate CONFIG_MK_ name space for
      config options that were set through scripting in the Makefile was
      not a good idea.
      
      Originally the idea was to provide a script-free approach to supply
      configuration options - there was no real need for a separate name
      space. But when we now convert the existing Makefile entries to make
      use of this approach, it would mean that we have to touch a large
      number of board config files and add #ifdef / #define sequences to
      "convert" from the CONFIG_MK_ to the CONFIG_ name space.
      
      It seems much cleaner to get rid of this somewhat arbitrary _MK
      string now for the few boards that actually use it.
      Signed-off-by: default avatarWolfgang Denk <wd@denx.de>
      Acked-by: default avatarMike Frysinger <vapier@gentoo.org>
      d24f2d32
    • Marek Vasut's avatar
      Build: Add "board options" column to boards.cfg · 9329cdfb
      Marek Vasut authored
      There are some boards where it's currently not possible to detect all
      board information at runtime, therefore a new column was added to
      boards.cfg .
      
      This column can contain multiple options: a board configuration name,
      optionally followed by a colon (':') and a list of options, which are
      separated by comma (',').
      
      In case of simple options like '256M_U_BOOT', these expand to
      "#define CONFIG_MK_256M_U_BOOT 1" in config.h . In case of
      assignments like 'RAM=8192', these expand to "#define CONFIG_MK_RAM
      8192" in config.h .
      
      Example:
      
      	FOO:HAS_BAR,BAZ=64
      
      means:
      	- the name of the board config file is include/configs/FOO.h
      	- the generated file include/config.h will contain these
      	  lines:
      
      		#define CONFIG_HAS_BAR  1
      		#define CONFIG_BAZ  64
      Signed-off-by: default avatarMarek Vasut <marek.vasut@gmail.com>
      
      [wd@denx.de: edited commit message; added code to deal with an
      optional board configuration name]
      Signed-off-by: default avatarWolfgang Denk <wd@denx.de>
      9329cdfb
  9. 13 Jun, 2010 2 commits
    • Wolfgang Denk's avatar
      Makefile/mkconfig: read simple board configurations from boards.cfg · a6862bc1
      Wolfgang Denk authored
      Instead of adding explicit build rules for each and every board to the
      top level Makefile (which makes it grow and grow), we now provide a
      simple default rule and extend the "mkconfig" script to read board
      configurations from a plain text file (table), "boards.cfg".
      
      For simple boards it is now sufficient to add a single line of text to
      the "boards.cfg" file, no changes to the top level Makefile are needed
      any more.
      
      To make the table better readable, change the notation for unused
      fields from "NULL" into "-".
      Signed-off-by: default avatarWolfgang Denk <wd@denx.de>
      Cc: Peter Tyser <ptyser@xes-inc.com>
      Cc: Mike Frysinger <vapier@gentoo.org>
      a6862bc1
    • Wolfgang Denk's avatar
      Makefile: simplify handling of build target names · ed7a196c
      Wolfgang Denk authored
      Instead of stripping the "_config" part from the make target names in
      each call of the "mkconfig" script let this script strip the string.
      
      This prepares the ground for forther simplification of the top level
      Makefile.
      Signed-off-by: default avatarWolfgang Denk <wd@denx.de>
      ed7a196c
  10. 13 Apr, 2010 1 commit
  11. 17 Jan, 2010 1 commit
  12. 24 Nov, 2009 1 commit
  13. 02 Nov, 2009 1 commit
  14. 03 Oct, 2009 2 commits
  15. 15 Sep, 2009 1 commit
  16. 10 Sep, 2009 1 commit
  17. 18 Feb, 2009 1 commit
    • Kim Phillips's avatar
      mkconfig: include board config.h before asm/config.h · 7b0bc021
      Kim Phillips authored
      swapping the include order suppresses warnings for board configs
      that define their own CONFIG_MAX_MEM_MAPPED:
      
      In file included from /home/r1aaha/git/u-boot/include/config.h:5,
                      from /home/r1aaha/git/u-boot/include/common.h:35,
                      from simpc8313.c:26:
      /home/r1aaha/git/u-boot/include/configs/SIMPC8313.h:81:1: warning:
      "CONFIG_MAX_MEM_MAPPED" redefined
      In file included from /home/r1aaha/git/u-boot/include/config.h:4,
                      from /home/r1aaha/git/u-boot/include/common.h:35,
                      from simpc8313.c:26:
      /home/r1aaha/git/u-boot/include/asm/config.h:28:1: warning: this is
      the location of the previous definition
      Signed-off-by: default avatarKim Phillips <kim.phillips@freescale.com>
      7b0bc021
  18. 09 Feb, 2009 1 commit
  19. 01 Sep, 2006 1 commit
    • Marian Balakowicz's avatar
      Add support for a saving build objects in a separate directory. · f9328639
      Marian Balakowicz authored
      Modifications are based on the linux kernel approach and
      support two use cases:
      
        1) Add O= to the make command line
        'make O=/tmp/build all'
      
        2) Set environement variable BUILD_DIR to point to the desired location
        'export BUILD_DIR=/tmp/build'
        'make'
      
      The second approach can also be used with a MAKEALL script
      'export BUILD_DIR=/tmp/build'
      './MAKEALL'
      
      Command line 'O=' setting overrides BUILD_DIR environent variable.
      
      When none of the above methods is used the local build is performed and
      the object files are placed in the source directory.
      f9328639
  20. 21 Jul, 2006 1 commit
    • Wolfgang Denk's avatar
      * Cleanup TQM5200 board configurations: · 5078cce8
      Wolfgang Denk authored
        - make highboot configurations use environment at high end, too,
          to avoid flash fragmentation
        - always use redundand environment
        - don't enable video code for modules without graphics controller
        - provide useful (though different) mtdparts settings
        - get rid of CONFIG_CS_AUTOCONF which was always set anyway
      
      * Extend mkconfig tool to print more useful target name
      5078cce8
  21. 03 Aug, 2005 1 commit
  22. 21 Jul, 2005 1 commit
  23. 03 Apr, 2005 1 commit
  24. 09 Oct, 2004 1 commit
    • wdenk's avatar
      Patch by Steven Scholz, 16 Aug 2004: · 1d9f4105
      wdenk authored
      - Introducing the concept of SoCs "./cpu/$(CPU)/$(SOC)"
      - creating subdirs for SoCs ./cpu/arm920t/imx and ./cpu/arm920t/s3c24x0
      - moving SoC specific code out of cpu/arm920t/ into cpu/arm920t/$(SOC)/
      - moving drivers/s3c24x0_i2c.c and drivers/serial_imx.c out of drivers/
        into cpu/arm920t/$(SOC)/
      1d9f4105
  25. 25 Jun, 2003 1 commit
    • wdenk's avatar
      * Header file cleanup for ARM · b783edae
      wdenk authored
      * Patch by Murray Jensen, 24 Jun 2003:
        - make sure to use only U-boot provided header files
        - fix problems with ".rodata.str1.4" section as used by GCC-3.x
      b783edae
  26. 02 Nov, 2002 1 commit