1. 10 7月, 2008 1 次提交
  2. 03 7月, 2008 1 次提交
  3. 12 6月, 2008 1 次提交
    • B
      Change initdram() return type to phys_size_t · 9973e3c6
      Becky Bruce 提交于
      This patch changes the return type of initdram() from long int to phys_size_t.
      This is required for a couple of reasons: long int limits the amount of dram
      to 2GB, and u-boot in general is moving over to phys_size_t to represent the
      size of physical memory.  phys_size_t is defined as an unsigned long on almost
      all current platforms.
      
      This patch *only* changes the return type of the initdram function (in
      include/common.h, as well as in each board's implementation of initdram).  It
      does not actually modify the code inside the function on any of the platforms;
      platforms which wish to support more than 2GB of DRAM will need to modify
      their initdram() function code.
      
      Build tested with MAKEALL for ppc, arm, mips, mips-el. Booted on powerpc
      MPC8641HPCN.
      Signed-off-by: NBecky Bruce <becky.bruce@freescale.com>
      9973e3c6
  4. 04 6月, 2008 1 次提交
    • S
      ppc4xx: Remove superfluous dram_init() call or replace it by initdram() · bbeff30c
      Stefan Roese 提交于
      Historically the 405 U-Boot port had a dram_init() call in early init
      stage. This function was still called from start.S and most of the time
      coded in assembler. This is not needed anymore (since a long time) and
      boards should implement the common initdram() function in C instead.
      
      This patch now removed the dram_init() call from start.S and removes the
      empty implementations that are scattered through most of the 405 board
      ports. Some older board ports really implement this dram_init() though.
      These are:
      
      csb272
      csb472
      ERIC
      EXBITGEN
      W7OLMC
      W7OLMG
      
      I changed those boards to call this assembler dram_init() function now
      from their board specific initdram() instead. This *should* work, but please
      test again on those platforms. And it is perhaps a good idea that those
      boards use some common 405 SDRAM initialization code from cpu/ppc4xx at
      some time. So further patches welcome here.
      Signed-off-by: NStefan Roese <sr@denx.de>
      bbeff30c
  5. 21 5月, 2008 1 次提交
    • W
      Big white-space cleanup. · 53677ef1
      Wolfgang Denk 提交于
      This commit gets rid of a huge amount of silly white-space issues.
      Especially, all sequences of SPACEs followed by TAB characters get
      removed (unless they appear in print statements).
      
      Also remove all embedded "vim:" and "vi:" statements which hide
      indentation problems.
      Signed-off-by: NWolfgang Denk <wd@denx.de>
      53677ef1
  6. 14 5月, 2008 1 次提交
    • W
      Fix config files for out-of-tree building · cda2a4a9
      Wolfgang Denk 提交于
      Several board/<...>/config.mk files include dynamically built (by
      the Makefile) config files but used the wrong file name of
      	$(TOPDIR)/board/$(BOARDDIR)/config.tmp
      instead if the correct
      	$(OBJTREE)/board/$(BOARDDIR)/config.tmp
      
      The bug is nasty because the build result is correct for the (normal)
      in-tree builds, and because 'sinclude' is used no errors get raised
      even for out-of-tree build tests. But out-of-tree builds use an
      incomplete and thus usually incorrect configuration...
      Signed-off-by: NWolfgang Denk <wd@denx.de>
      cda2a4a9
  7. 25 4月, 2008 1 次提交
  8. 22 4月, 2008 8 次提交
  9. 18 4月, 2008 1 次提交
  10. 31 3月, 2008 4 次提交
  11. 09 3月, 2008 3 次提交
  12. 29 2月, 2008 1 次提交
  13. 25 2月, 2008 1 次提交
    • M
      [new uImage] Add dual format uImage support framework · d5934ad7
      Marian Balakowicz 提交于
      This patch adds framework for dual format images. Format detection is added
      and the bootm controll flow is updated to include cases for new FIT format
      uImages.
      
      When the legacy (image_header based) format is detected appropriate
      legacy specific handling is invoked. For the new (FIT based) format uImages
      dual boot framework has a minial support, that will only print out a
      corresponding debug messages. Implementation of the FIT specific handling will
      be added in following patches.
      Signed-off-by: NMarian Balakowicz <m8@semihalf.com>
      d5934ad7
  14. 07 2月, 2008 1 次提交
  15. 17 1月, 2008 1 次提交
  16. 13 1月, 2008 2 次提交
    • W
      6d714f82
    • W
      Fix linker scripts: add NOLOAD atribute to .bss/.sbss sections · 64134f01
      Wolfgang Denk 提交于
      With recent toolchain versions, some boards would not build because
      or errors like this one (here for ocotea board when building with
      ELDK 4.2 beta):
      ppc_4xx-ld: section .bootpg [fffff000 -> fffff23b] overlaps section .bss [fffee900 -> fffff8ab]
      
      For many boards, the .bss section is big enough that it wraps around
      at the end of the address space (0xFFFFFFFF), so the problem will not
      be visible unless you use a 64 bit tool chain for development. On
      some boards however, changes to the code size (due to different
      optimizations) we bail out with section overlaps like above.
      
      The fix is to add the NOLOAD attribute to the .bss and .sbss
      sections, telling the linker that .bss does not consume any space in
      the image.
      Signed-off-by: NWolfgang Denk <wd@denx.de>
      64134f01
  17. 11 1月, 2008 1 次提交
  18. 09 1月, 2008 1 次提交
  19. 04 1月, 2008 3 次提交
  20. 29 12月, 2007 6 次提交