1. 27 10月, 2014 1 次提交
  2. 31 8月, 2014 1 次提交
  3. 31 7月, 2014 1 次提交
  4. 30 7月, 2014 1 次提交
  5. 26 7月, 2014 2 次提交
    • P
      ARM: omap: clean redundant PISMO_xx macros used in OMAP3 · 222a3113
      pekon gupta 提交于
      PISMO_xx macros were used to define 'Platform Independent Storage MOdule'
      related GPMC configurations. This patch
      - Replaces these OMAP3 specific macros with generic CONFIG_xx macros as provided
        by current u-boot infrastructure.
      - Removes unused redundant macros, which are no longer required after
        merging of common platform code in following commit
            commit a0a37183
            ARM: omap: merge GPMC initialization code for all platform
      
      +-----------------+-----------------------------------------------------------+
      | Macro           | Reason for removal                                        |
      +-----------------+-----------------------------------------------------------+
      | PISMO1_NOR_BASE | duplicate of CONFIG_SYS_FLASH_BASE                        |
      +-----------------+-----------------------------------------------------------+
      | PISMO1_NAND_BASE| duplicate of CONFIG_SYS_NAND_BASE                         |
      +-----------------+-----------------------------------------------------------+
      | PISMO1_ONEN_BASE| duplicate of CONFIG_SYS_ONENAND_BASE                      |
      +-----------------+-----------------------------------------------------------+
      | PISMO1_NAND_SIZE| GPMC accesses NAND device via I/O mapped registers so     |
      |                 | configuring GPMC chip-select for smallest allowable       |
      |                 | segment (GPMC_SIZE_16M) is enough.                        |
      +-----------------+-----------------------------------------------------------+
      | PISMO1_ONEN_SIZE| OneNAND uses a fixed GPMC chip-select address-space of    |
      |                 | 128MB (GPMC_SIZE_128M)                                    |
      +-----------------+-----------------------------------------------------------+
      +-----------------+-----------------------------------------------------------+
      | PISMO1_NOR      |  Unused Macros                                            |
      | PISMO1_NAND     |                                                           |
      | PISMO2_CS0      |                                                           |
      | PISMO2_CS1      |                                                           |
      | PISMO1_ONENAND  |                                                           |
      | PISMO2_NAND_CS0 |                                                           |
      | PISMO2_NAND_CS1 |                                                           |
      | PISMO1_NOR_BASE |                                                           |
      | PISMO1_NAND_BASE|                                                           |
      | PISMO2_CS0_BASE |                                                           |
      +-----------------+-----------------------------------------------------------+
      Signed-off-by: NPekon Gupta <pekon@ti.com>
      222a3113
    • S
      ARM: omap: tao3530: Convert to generic board · 188948e8
      Stefan Roese 提交于
      Use generic board setup functions by defining
      CONFIG_SYS_GENERIC_BOARD.
      Signed-off-by: NStefan Roese <sr@denx.de>
      Cc: Tom Rini <trini@ti.com>
      188948e8
  6. 07 6月, 2014 2 次提交
    • P
      omap3: remove remnant macros GPMC_NAND_ECC_LP_x8_LAYOUT and GPMC_NAND_ECC_LP_x16_LAYOUT · 68128e0a
      pekon gupta 提交于
      OMAP3 used GPMC_NAND_ECC_LP_x8_LAYOUT and GPMC_NAND_ECC_LP_x16_LAYOUT macros
      to configure GPMC controller for x7 or x8 bit device connected to its interface.
      Now this information is encoded in CONFIG_SYS_NAND_DEVICE_WIDTH macro, so above
      macros can be completely removed.
      Signed-off-by: NPekon Gupta <pekon@ti.com>
      68128e0a
    • P
      mtd: nand: omap: add CONFIG_SYS_NAND_BUSWIDTH_16BIT to indicate NAND device bus-width · b80a6603
      pekon gupta 提交于
      GPMC controller needs to be configured based on bus-width of the NAND device
      connected to it. Also, dynamic detection of NAND bus-width from on-chip ONFI
      parameters is not possible in following situations:
      SPL:    SPL NAND drivers does not support ONFI parameter reading.
      U-boot: GPMC controller iniitalization is done in omap_gpmc.c:board_nand_init()
              which is called before probing for devices, hence any ONFI parameter
              information is not available during GPMC initialization.
      
      Thus, OMAP NAND driver expected board developers to explicitely write GPMC
      configurations specific to NAND device attached on board in board files itself.
      But this was troublesome for board manufacturers as they need to dive into
      lengthy platform & SoC documents to find details of GPMC registers and
      appropriate configurations to get NAND device working.
      
      This patch instead adds existing CONFIG_SYS_NAND_BUSWIDTH_16BIT to board config
      hich indicates that connected NAND device has x16 bus-width. And then based on
      this config GPMC driver itself initializes itself based on NAND bus-width. This
      keeps board developers free from knowing GPMC controller specific internals.
      Signed-off-by: NPekon Gupta <pekon@ti.com>
      b80a6603
  7. 22 2月, 2014 1 次提交
  8. 13 12月, 2013 3 次提交
    • S
      arm: omap3: Remove bootargs mem_size handling · b36f457c
      Stefan Roese 提交于
      The memory size is autodetected and is passed to the Linux kernel
      either via ATAGs or device-tree (dtb). So there is no need to
      pass it via the bootargs.
      Signed-off-by: NStefan Roese <sr@denx.de>
      Cc: Tapani Utriainen <tapani@technexion.com>
      Cc: Thorsten Eisbein <thorsten.eisbein@head-acoustics.de>
      Cc: Tom Rini <trini@ti.com>
      b36f457c
    • S
      arm: omap3: Add SPL support to tao3530 · a9f52490
      Stefan Roese 提交于
      Add SPL support for the Technexion TAO3530 SOM to replace
      x-loader. Tested with the Thunder baseboard. Currently this is
      only tested with the TAO3530 SOM revision (Ax/Bx).
      
      Tested by booting via MMC and NAND.
      Signed-off-by: NStefan Roese <sr@denx.de>
      Cc: Tapani Utriainen <tapani@technexion.com>
      Cc: Thorsten Eisbein <thorsten.eisbein@head-acoustics.de>
      Cc: Tom Rini <trini@ti.com>
      a9f52490
    • T
      arm, omap3: Add support for TechNexion modules · 550e3756
      Tapani Utriainen 提交于
      Add support for TechNexion TAO3530 SoM
      
      This patch has been posted quite a long time ago. I ported it to
      the latest mainline U-Boot version. With some additional cleanup
      and enhancements.
      Signed-off-by: NTapani Utriainen <tapani@technexion.com>
      CC: Sandeep Paulraj <s-paulraj@ti.com>
      Signed-off-by: NStefan Roese <sr@denx.de>
      Cc: Thorsten Eisbein <thorsten.eisbein@head-acoustics.de>
      Cc: Tom Rini <trini@ti.com>
      550e3756
  9. 13 11月, 2013 1 次提交
    • H
      i2c, omap24xx: convert driver to new mutlibus/mutliadapter framework · 6789e84e
      Heiko Schocher 提交于
      - add omap24xx driver to new multibus/multiadpater support
      - adapted all config files, which uses this driver
      
      Tested on the am335x based siemens boards rut, dxr2 and pxm2
      posted here:
      http://patchwork.ozlabs.org/patch/263211/Signed-off-by: NHeiko Schocher <hs@denx.de>
      Tested-by: NTom Rini <trini@ti.com>
      Cc: Lars Poeschel <poeschel@lemonage.de>
      Cc: Steve Sakoman <sakoman@gmail.com>
      Cc: Thomas Weber <weber@corscience.de>
      Cc: Tom Rix <Tom.Rix@windriver.com>
      Cc: Grazvydas Ignotas <notasas@gmail.com>
      Cc: Enric Balletbo i Serra <eballetbo@iseebcn.com>
      Cc: Luca Ceresoli <luca.ceresoli@comelit.it>
      Cc: Igor Grinberg <grinberg@compulab.co.il>
      Cc: Ilya Yanok <yanok@emcraft.com>
      Cc: Stefano Babic <sbabic@denx.de>
      Cc: Nishanth Menon <nm@ti.com>
      Cc: Pali Rohár <pali.rohar@gmail.com>
      Cc: Peter Barada <peter.barada@logicpd.com>
      Cc: Nagendra T S  <nagendra@mistralsolutions.com>
      Cc: Michael Jones <michael.jones@matrix-vision.de>
      Cc: Raphael Assenat <raph@8d.com>
      Acked-by: NIgor Grinberg <grinberg@compulab.co.il>
      Acked-by: NStefano Babic <sbabic@denx.de>
      6789e84e
  10. 05 11月, 2013 1 次提交
  11. 15 10月, 2013 1 次提交
  12. 15 8月, 2013 1 次提交
  13. 24 7月, 2013 1 次提交
  14. 29 1月, 2013 1 次提交
  15. 11 12月, 2012 1 次提交
  16. 23 10月, 2012 1 次提交
  17. 01 9月, 2012 1 次提交
  18. 21 6月, 2012 1 次提交
  19. 16 1月, 2012 1 次提交
  20. 07 12月, 2011 4 次提交
  21. 04 9月, 2011 2 次提交
  22. 04 8月, 2011 1 次提交
  23. 13 5月, 2011 1 次提交
  24. 28 4月, 2011 2 次提交
  25. 01 12月, 2010 1 次提交
  26. 20 11月, 2010 1 次提交
  27. 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
  28. 06 7月, 2010 1 次提交
  29. 08 6月, 2010 2 次提交
  30. 13 2月, 2010 1 次提交