1. 21 10月, 2010 1 次提交
  2. 06 7月, 2010 1 次提交
  3. 08 6月, 2010 2 次提交
  4. 13 2月, 2010 1 次提交
  5. 01 2月, 2010 1 次提交
  6. 09 12月, 2009 1 次提交
  7. 28 11月, 2009 1 次提交
  8. 19 10月, 2009 1 次提交
  9. 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
  10. 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
  11. 05 9月, 2009 1 次提交
  12. 08 8月, 2009 2 次提交
  13. 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
  14. 19 7月, 2009 1 次提交
  15. 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
  16. 01 5月, 2009 1 次提交
  17. 30 4月, 2009 2 次提交
  18. 27 4月, 2009 1 次提交
  19. 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
  20. 31 3月, 2009 1 次提交
  21. 29 3月, 2009 1 次提交
  22. 26 3月, 2009 1 次提交
  23. 29 1月, 2009 1 次提交