1. 10 May, 2015 2 commits
  2. 23 Oct, 2014 2 commits
  3. 10 Oct, 2014 1 commit
  4. 25 Jul, 2014 2 commits
    • pekon gupta's avatar
      ARM: omap: move board specific NAND configs out from ti_armv7_common.h · 434f2cfc
      pekon gupta authored
      This patch moves some board specific NAND configs:
      - FROM: generic config file 'ti_armv7_common.h'
      - TO:   individual board config files using these configs.
      So that each board can independently set the value as per its design.
      Following configs are affected in this patch:
        CONFIG_SYS_NAND_U_BOOT_OFFS: <refer doc/README.nand>
        CONFIG_CMD_SPL_NAND_OFS: <refer doc/README.falcon>
        CONFIG_SYS_NAND_SPL_KERNEL_OFFS: <refer doc/README.falcon>
        CONFIG_CMD_SPL_WRITE_SIZE: <refer doc/README.falcon>
      This patch also updates documentation for few of above NAND configs.
      Signed-off-by: default avatarPekon Gupta <pekon@ti.com>
    • pekon gupta's avatar
      ARM: omap: clean redundant PISMO_xx macros used in OMAP3 · 222a3113
      pekon gupta authored
      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: default avatarPekon Gupta <pekon@ti.com>
  5. 19 Jun, 2014 1 commit
    • Ash Charles's avatar
      omap3: overo: Select fdtfile for expansion board · 12cc5437
      Ash Charles authored
      The u-boot Overo board actually supports both Overo (OMAP35xx)
      and Overo Storm (AM/DM37xx) COMs with a range of different expansion
      boards.  This provides a mechanism to select the an appropriate device
      tree file based on the processor version and, if available, the
      expansion board ID written on the expansion board EEPROM. To match the
      3.15+ kernels, fdtfile names have this format:
       "omap3-overo[-storm]-<expansion board name>.dtb"
      By default, we use "omap3-overo-storm-tobi.dtb".
      Signed-off-by: default avatarAsh Charles <ashcharles@gmail.com>
  6. 06 Jun, 2014 1 commit
    • pekon gupta's avatar
      mtd: nand: omap: add CONFIG_SYS_NAND_BUSWIDTH_16BIT to indicate NAND device bus-width · b80a6603
      pekon gupta authored
      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: default avatarPekon Gupta <pekon@ti.com>
  7. 23 May, 2014 7 commits
  8. 04 Mar, 2014 1 commit
    • pekon gupta's avatar
      mtd: nand: omap: remove unused #defines from common omap_gpmc.h · a7e36fc9
      pekon gupta authored
      OMAP NAND driver can detect Page-size and OOB-size of NAND device from ONFI
      params or nand_id[] table. And based on that it defines ECC layout.
      This patch
      1) removes following board configs used for defining NAND ECC layout
      	- GPMC_NAND_ECC_LP_x16_LAYOUT (for large page x16 NAND)
      	- GPMC_NAND_ECC_LP_x8_LAYOUT  (for large page x8 NAND)
      	- GPMC_NAND_ECC_SP_x16_LAYOUT (for small page x16 NAND)
      	- GPMC_NAND_ECC_SP_x8_LAYOUT  (for small page x8 NAND)
      2) removes unused #defines in common omap_gpmc.h depending on above configs
      Build tested using: ./MAKEALL -s am33xx -s omap3 -s omap4 -s omap5
      Signed-off-by: default avatarPekon Gupta <pekon@ti.com>
  9. 21 Nov, 2013 1 commit
    • pekon gupta's avatar
      mtd: nand: omap: add CONFIG_NAND_OMAP_ECCSCHEME for selection of ecc-scheme · 3f719069
      pekon gupta authored
      This patch adds new CONFIG_NAND_OMAP_ECCSCHEME, replacing other distributed
      CONFIG_xx used for selecting NAND ecc-schemes.
      This patch aims at solving following issues.
      1) Currently ecc-scheme is tied to SoC platform, which prevents user to select
         other ecc-schemes also supported in hardware. like;
       - most of OMAP3 SoC platforms use only 1-bit Hamming ecc-scheme, inspite
         the fact that they can use higher ecc-schemes like 8-bit ecc-schemes with
         software based error detection (OMAP_ECC_BCH4_CODE_HW_DETECTION_SW).
       - most of AM33xx SoC plaforms use 8-bit BCH ecc-scheme for now, but hardware
         supports BCH16 ecc-scheme also.
      2) Different platforms use different CONFIG_xx to select ecc-schemes, which
         adds confusion for user while migrating platforms.
       - *CONFIG_NAND_OMAP_ELM* which enables ELM hardware engine, selects only
          8-bit BCH ecc-scheme with h/w based error-correction (OMAP_ECC_BCH8_CODE_HW)
          whereas ELM hardware engine supports other ecc-schemes also like; BCH4,
          and BCH16 (in future).
       - *CONFIG_NAND_OMAP_BCH8* selects 8-bit BCH ecc-scheme with s/w based error
          correction (OMAP_ECC_BCH8_CODE_HW_DETECTION_SW).
       - *CONFIG_SPL_NAND_SOFTECC* selects 1-bit Hamming ecc-scheme using s/w library
      Thus adding new *CONFIG_NAND_OMAP_ECCSCHEME* de-couples ecc-scheme dependency
      on SoC platform and NAND driver. And user can select ecc-scheme independently
      foreach board.
      However, selection some hardware based ecc-schemes (OMAP_ECC_BCHx_CODE_HW) still
      depends on presence of ELM hardware engine on SoC. (Refer doc/README.nand)
      Signed-off-by: default avatarPekon Gupta <pekon@ti.com>
  10. 13 Nov, 2013 1 commit
    • Heiko Schocher's avatar
      i2c, omap24xx: convert driver to new mutlibus/mutliadapter framework · 6789e84e
      Heiko Schocher authored
      - 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:
      Signed-off-by: default avatarHeiko Schocher <hs@denx.de>
      Tested-by: default avatarTom 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: default avatarIgor Grinberg <grinberg@compulab.co.il>
      Acked-by: default avatarStefano Babic <sbabic@denx.de>
  11. 04 Nov, 2013 1 commit
  12. 15 Aug, 2013 1 commit
  13. 24 Jul, 2013 1 commit
  14. 26 Nov, 2012 1 commit
    • Scott Wood's avatar
      spl/nand: introduce CONFIG_SPL_NAND_DRIVERS, _BASE, and _ECC. · 6f2f01b9
      Scott Wood authored
      Some small SPLs do not use nand_base.c, and a subset of those also
      require a special driver.  Some SPLs need software ECC but others can't
      fit it.
      All existing boards that specify CONFIG_SPL_NAND_SUPPORT have these
      symbols added to preserve existing behavior.
      Signed-off-by: default avatarScott Wood <scottwood@freescale.com>
      v2: use positive logic for including bits of NAND, rather than
      a MINIMAL symbol that excludes things.
  15. 23 Oct, 2012 1 commit
  16. 27 Sep, 2012 1 commit
    • Tom Rini's avatar
      SPL: Move the omap SPL framework to common/spl · 47f7bcae
      Tom Rini authored
      Add a new flag, CONFIG_SPL_FRAMEWORK to opt into the common/spl SPL
      framework, enable on all of the previously using boards.  We move the
      spl_ymodem.c portion to common/ and spl_mmc.c to drivers/mmc/.  We leave
      the NAND one in-place as we plan to replace it later in this series.
      We use common/spl to avoid linker problems with respect to merging
      constant strings in objects.   Otherwise all strings in common/ will be
      linked in and kept which grows SPL in size too much.
      Signed-off-by: default avatarTom Rini <trini@ti.com>
  17. 01 Sep, 2012 3 commits
  18. 20 Jun, 2012 1 commit
  19. 15 May, 2012 2 commits
    • Tom Rini's avatar
      Tom Rini authored
      As originally reported against beagleboard we currently have the
      following error message reported in SPL:
      U-Boot SPL 2012.04-00020-gb8310b9-dirty (Apr 25 2012 - 18:49:57)
      Texas Instruments Revision detection unimplemented
      OMAP SD/MMC: 0
      timed out in wait_for_bb: I2C_STAT=1000
      reading u-boot.img
      The reason for above message is that when booting from MMC, I2C needs to
      be initialized to talk with the TWL4030.  On OMAP3 I2C is only
      initalized in SPL if CONFIG_SPL_BOARD_INIT is set.
      Cc: Thomas Weber <weber@corscience.de>
      Cc: Steve Sakoman <sakoman@gmail.com>
      Original patch for Beagleboard is:
      Signed-off-by: default avatarPeter Meerwald <p.meerwald@bct-electronic.com>
      Extended to cover all other boards:
      Signed-off-by: default avatarTom Rini <trini@ti.com>
    • Tom Rini's avatar
      ARM: omap3: Set SPL stack size to 8KB, image to 54KB. · e0820ccc
      Tom Rini authored
      With older toolchains it is possible to not fit entirely into the 45KB
      that we had assigned to SPL.  Adjust to allow for 8KB of stack (which
      should be more than required) and 54KB of text/data.
      Cc: Vaibhav Hiremath <hvaibhav@ti.com>
      Cc: Nagendra T S <nagendra@mistralsolutions.com>
      Cc: Thomas Weber <weber@corscience.de>
      Cc: Ilya Yanok <yanok@emcraft.com>
      Cc: Steve Sakoman <sakoman@gmail.com>
      Cc: Stefano Babic <sbabic@denx.de>
      Signed-off-by: default avatarTom Rini <trini@ti.com>
      Acked-by: default avatarStefano Babic <sbabic@denx.de>
      Acked-by: default avatarVaibhav Hiremath <hvaibhav@ti.com>
  20. 27 Feb, 2012 1 commit
  21. 16 Jan, 2012 3 commits
  22. 09 Dec, 2011 1 commit
  23. 06 Dec, 2011 4 commits