1. 05 11月, 2010 1 次提交
  2. 27 10月, 2010 1 次提交
    • W
      Replace CONFIG_SYS_GBL_DATA_SIZE by auto-generated value · 25ddd1fb
      Wolfgang Denk 提交于
      CONFIG_SYS_GBL_DATA_SIZE has always been just a bad workarond for not
      being able to use "sizeof(struct global_data)" in assembler files.
      Recent experience has shown that manual synchronization is not
      reliable enough.  This patch renames CONFIG_SYS_GBL_DATA_SIZE into
      GENERATED_GBL_DATA_SIZE which gets automatically generated by the
      asm-offsets tool.  In the result, all definitions of this value can be
      deleted from the board config files.  We have to make sure that all
      files that reference such data include the new <asm-offsets.h> file.
      
      No other changes have been done yet, but it is obvious that similar
      changes / simplifications can be done for other, related macro
      definitions as well.
      Signed-off-by: NWolfgang Denk <wd@denx.de>
      Acked-by: NKumar Gala <galak@kernel.crashing.org>
      25ddd1fb
  3. 06 7月, 2010 1 次提交
  4. 08 6月, 2010 4 次提交
  5. 13 2月, 2010 1 次提交
  6. 01 2月, 2010 1 次提交
  7. 04 1月, 2010 1 次提交
  8. 20 12月, 2009 1 次提交
  9. 09 12月, 2009 1 次提交
  10. 28 11月, 2009 1 次提交
  11. 19 10月, 2009 1 次提交
  12. 13 10月, 2009 1 次提交
    • T
      TI OMAP3 Use arm init sequence to initialize i2c · 0297ec7e
      Tom Rix 提交于
      This changes fixes an early i2c error.
      
      It appears that I2C is working because once a read or write
      error is detected, the omap24xx_i2c driver calls i2c_init
      inside its error handling check.
      
      While it is ok to attempt error handling this way, the boards
      must not depend on this side effect to initialize it's i2c.
      
      Instead of explicitly calling i2c_init for every board, use
      the generic arm initialization in lib_arm/board.c. By defining
      the config variable CONFIG_HARD_I2C, the omap3 i2c initialization
      is included in the init_sequence table.
      
      Run tested on Beagle.
      Compile tested on the omap3's
      Signed-off-by: NTom Rix <Tom.Rix@windriver.com>
      Acked-by: NDirk Behme <dirk.behme@googlemail.com>
      0297ec7e
  13. 04 10月, 2009 1 次提交
    • T
      TI OMAP3 Use arm init sequence to initialize i2c · 54737ba1
      Tom Rix 提交于
      This changes fixes an early i2c error.
      
      It appears that I2C is working because once a read or write
      error is detected, the omap24xx_i2c driver calls i2c_init
      inside its error handling check.
      
      While it is ok to attempt error handling this way, the boards
      must not depend on this side effect to initialize it's i2c.
      
      Instead of explicitly calling i2c_init for every board, use
      the generic arm initialization in lib_arm/board.c. By defining
      the config variable CONFIG_HARD_I2C, the omap3 i2c initialization
      is included in the init_sequence table.
      
      Run tested on Beagle.
      Compile tested on the omap3's
      Signed-off-by: NTom Rix <Tom.Rix@windriver.com>
      Acked-by: NDirk Behme <dirk.behme@googlemail.com>
      54737ba1
  14. 08 8月, 2009 2 次提交
  15. 29 7月, 2009 1 次提交
  16. 23 7月, 2009 1 次提交
  17. 19 7月, 2009 1 次提交
  18. 13 6月, 2009 1 次提交
    • S
      OMAP3EVM: Set default bootfile · 136cf92d
      Sanjeev Premi 提交于
      The current configuration doesn't define default
      bootfile; leading to this warning at execution:
      
      OMAP3_EVM # dhcp
      ...
      ...
      DHCP client bound to address 192.168.1.11
      *** Warning: no boot file name; using 'AC18BE16.img'
      TFTP from server 0.0.0.0; our IP address is 192.168.1.11;
      sending through gateway 192.168.1.1
      Filename 'AC18BE16.img'.
      Load address: 0x82000000
      Loading: *
      TFTP error: 'File not found' (1)
      Signed-off-by: NSanjeev Premi <premi@ti.com>
      136cf92d
  19. 01 5月, 2009 1 次提交
  20. 30 4月, 2009 2 次提交
  21. 27 4月, 2009 1 次提交
  22. 04 4月, 2009 1 次提交
    • W
      Add "source" command; prepare removal of "autoscr" command · 74de7aef
      Wolfgang Denk 提交于
      According to the doc/feature-removal-schedule.txt, the "autoscr"
      command will be replaced by the "source" command in approximately 6
      months from now.
      
      This patch prepares this change and starts a 6 month transition
      period as follows:
      
      - The new "source" command has been added, which implements exactly
        the same functionlaity as the old "autoscr" command before
      - The old "autoscr" command name is kept as an alias for compatibility
      - Command sequences, script files atc. have been adapted to use the
        new "source" command
      - Related environment variables ("autoscript", "autoscript_uname")
        have *not* been adapted yet; these will be renamed resp. removed in
        a separate patch when the support for the "autoscr" command get's
        finally dropped.
      Signed-off-by: NWolfgang Denk <wd@denx.de>
      74de7aef
  23. 31 3月, 2009 1 次提交
  24. 29 3月, 2009 1 次提交
  25. 29 1月, 2009 3 次提交