1. 12 2月, 2012 1 次提交
  2. 27 1月, 2012 1 次提交
    • S
      nand_spl_simple: store ecc data on the stack · d3022c5f
      Stefano Babic 提交于
      Currently nand_spl_simple puts it's temp data at 0x10000 offset in SDRAM
      which is likely to contain already loaded data.
      The patch saves the oob data and the ecc on the stack replacing
      the fixed address in RAM.
      Signed-off-by: NStefano Babic <sbabic@denx.de>
      CC: Ilya Yanok <yanok@emcraft.com>
      CC: Scott Wood <scottwood@freescale.com>
      CC: Tom Rini <tom.rini@gmail.com>
      CC: Simon Schwarz <simonschwarzcor@googlemail.com>
      CC: Wolfgang Denk <wd@denx.de>
      Signed-off-by: NScott Wood <scottwood@freescale.com>
      d3022c5f
  3. 07 12月, 2011 6 次提交
  4. 10 11月, 2011 1 次提交
    • T
      devkit8000: Fix NAND SPL on boards with 256MB NAND · c471ccb9
      Tom Rini 提交于
      The devkit8000 ships with either a 128MB or 256MB NAND chip.  In
      order for SPL to work with 256MB NAND CONFIG_SYS_NAND_5_ADDR_CYCLE
      needs to be set.  After talking with Scott Wood this should be
      safe to set even for smaller NAND chips.
      
      Cc: Scott Wood <scottwood@freescale.com>
      Cc: Frederik Kriewitz <frederik@kriewitz.eu>
      Cc: Albert ARIBAUD <albert.u.boot@aribaud.net>
      Signed-off-by: NTom Rini <trini@ti.com>
      Signed-off-by: NSandeep Paulraj <s-paulraj@ti.com>
      c471ccb9
  5. 28 10月, 2011 2 次提交
  6. 06 10月, 2011 1 次提交
  7. 01 10月, 2011 2 次提交
  8. 04 9月, 2011 1 次提交
  9. 04 8月, 2011 1 次提交
  10. 13 5月, 2011 1 次提交
  11. 28 4月, 2011 2 次提交
  12. 28 11月, 2010 1 次提交
  13. 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
  14. 21 10月, 2010 1 次提交
  15. 06 7月, 2010 1 次提交
  16. 08 6月, 2010 2 次提交
  17. 13 2月, 2010 1 次提交
  18. 01 2月, 2010 1 次提交
  19. 09 12月, 2009 1 次提交
  20. 28 11月, 2009 1 次提交
  21. 19 10月, 2009 1 次提交
  22. 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
  23. 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
  24. 05 9月, 2009 1 次提交
  25. 08 8月, 2009 2 次提交
  26. 29 7月, 2009 1 次提交
    • T
      OMAP3 Move twl4030 power and led functions · 2c155130
      Tom Rix 提交于
      Because twl4030 now has its own device files, move exiting
      omap3 power_init_r to a new location.
      
      power_init_r is the only function in board/omap3/common.
      It initializes the twl4030 power for the board and enables
      the led.
      
      The power part of the the function is moved to twl4030_power_init in
      drivers/power/twl4030.c The power compilation is conditional on the
      existing config variable CONFIG_TWL4030_POWER.
      
      The led part is moved to twl4030_led_init in the new file
      drivers/misc/twl4030_led.c  The led compilation is conditional on
      the new config variable CONFIG_TWL4030_LED
      
      The directory board/omap3/common was removed because power_init_r
      was the only function in it.
      Signed-off-by: NTom Rix <Tom.Rix@windriver.com>
      Acked-by: NJean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
      Acked-by: NHeiko Schocher <hs@denx.de>
      2c155130
  27. 19 7月, 2009 1 次提交
  28. 13 6月, 2009 1 次提交
    • S
      mtd: MTD related config header changes (mtdparts command) · 942556a9
      Stefan Roese 提交于
      By changing the cmd_mtdparts to only use the MTD infrastructure and
      not the direct interface to the CFI NOR FLASH driver we now need
      to add the MTD infrastructure to all boards using those mtdparts
      commands. This patch adds those components:
      
      CONFIG_MTD_DEVICE (for all FLASH types)
      
      plus
      
      CONFIG_FLASH_CFI_MTD (for NOR FLASH)
      
      To all board maintainers: Please test this on your platforms and
      report any problems/issues found. Thanks.
      Signed-off-by: NStefan Roese <sr@denx.de>
      Cc: Wolfgang Denk <wd@denx.de>
      Cc: Ron Madrid <info@sheldoninst.com>
      Cc: Georg Schardt <schardt@team-ctech.de>
      Cc: Michal Simek <monstr@monstr.eu>
      Cc: Ladislav Michl <ladis@linux-mips.org>
      Cc: Martin Krause <martin.krause@tqs.de>
      Cc: Gary Jennejohn <garyj@denx.de>
      Cc: Ricardo Ribalda <ricardo.ribalda@uam.es>
      942556a9
  29. 01 5月, 2009 1 次提交
  30. 30 4月, 2009 1 次提交