Skip to content
Snippets Groups Projects
  1. Jun 13, 2010
    • 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
    • Wolfgang Denk's avatar
      Fix printing of make targets, simplify Makefile · 0e42ada3
      Wolfgang Denk authored
      
      Make printing the "board names" more useful. So far, we would get
      output like this;
      
      $ ./MAKEALL P2020RDB P2020RDB_NAND P2020RDB_SDCARD P2020RDB_SPIFLASH
      Configuring for P1_P2_RDB board...
         text    data     bss     dec     hex filename
       342612   32656  265212  640480   9c5e0 /work/wd/tmp-ppc/u-boot
      Configuring for P1_P2_RDB board...
         text    data     bss     dec     hex filename
       343160   32704  265212  641076   9c834 /work/wd/tmp-ppc/u-boot
      Configuring for P1_P2_RDB board...
         text    data     bss     dec     hex filename
       341908   32620  265212  639740   9c2fc /work/wd/tmp-ppc/u-boot
      Configuring for P1_P2_RDB board...
         text    data     bss     dec     hex filename
       341908   32620  265212  639740   9c2fc /work/wd/tmp-ppc/u-boot
      
      For all build targets the same board name would be printed, which
      makes is often pretty difficult to find out which exact build target
      caused problems. With this commit, the real make target name gets
      printed instead, which is way more useful:
      
      $ ./MAKEALL P2020RDB P2020RDB_NAND P2020RDB_SDCARD P2020RDB_SPIFLASH
      Configuring for P2020RDB board...
         text    data     bss     dec     hex filename
       342612   32656  265212  640480   9c5e0 /work/wd/tmp-ppc/u-boot
      Configuring for P2020RDB_NAND board...
         text    data     bss     dec     hex filename
       343160   32704  265212  641076   9c834 /work/wd/tmp-ppc/u-boot
      Configuring for P2020RDB_SDCARD board...
         text    data     bss     dec     hex filename
       341908   32620  265212  639740   9c2fc /work/wd/tmp-ppc/u-boot
      Configuring for P2020RDB_SPIFLASH board...
         text    data     bss     dec     hex filename
       341908   32620  265212  639740   9c2fc /work/wd/tmp-ppc/u-boot
      
      Signed-off-by: default avatarWolfgang Denk <wd@denx.de>
      Acked-by: default avatarDetlev Zundel <dzu@denx.de>
      Tested-by: default avatarThomas Chou <thomas@wytron.com.tw>
      0e42ada3
    • Wolfgang Denk's avatar
      Prepare v2010-rc2 · a9046b9e
      Wolfgang Denk authored
      
      Signed-off-by: default avatarWolfgang Denk <wd@denx.de>
      a9046b9e
  2. May 28, 2010
  3. May 26, 2010
  4. May 16, 2010
  5. May 06, 2010
  6. Apr 30, 2010
  7. Apr 29, 2010
  8. Apr 24, 2010
  9. Apr 21, 2010
  10. Apr 13, 2010
  11. Apr 09, 2010
  12. Apr 07, 2010
  13. Mar 31, 2010
  14. Mar 27, 2010
  15. Mar 24, 2010
  16. Mar 22, 2010
  17. Mar 21, 2010
  18. Mar 12, 2010
  19. Mar 07, 2010
  20. Mar 02, 2010
    • Kim Phillips's avatar
      mpc83xx: fix out-of-tree mpc8315 nand build · fe389da6
      Kim Phillips authored
      
      commit 2e95004d "mpc83xx: Add NAND boot support
      for MPC8315E-RDB boards" symlinked nand_spl/board/freescale/mpc8315erdb to
      mpc8313erdb in order to not duplicate code.
      
      Since the main makefile builds nand_spl/board/$(BOARDDIR) (which makes sense),
      and the board Makefile and linker script are the only two necessary files
      to enable out-of-tree building, and other boards have duplicated nand makefiles
      (e.g. 8536ds & 8569mds), it only seems prudent to copy these two files in the
      name of the 8315 too.
      
      Signed-off-by: default avatarKim Phillips <kim.phillips@freescale.com>
      Cc: Anton Vorontsov <avorontsov@ru.mvista.com>
      Cc: Wolfgang Denk <wd@denx.de>
      fe389da6
  21. Feb 12, 2010
  22. Feb 03, 2010
  23. Jan 27, 2010
Loading