1. 13 3月, 2015 1 次提交
  2. 05 12月, 2014 1 次提交
  3. 28 10月, 2014 1 次提交
  4. 27 10月, 2014 1 次提交
  5. 31 8月, 2014 1 次提交
  6. 31 7月, 2014 1 次提交
  7. 30 7月, 2014 1 次提交
  8. 26 7月, 2014 1 次提交
    • 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
  9. 05 3月, 2014 1 次提交
    • P
      mtd: nand: omap: remove unused #defines from common omap_gpmc.h · a7e36fc9
      pekon gupta 提交于
      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: NPekon Gupta <pekon@ti.com>
      a7e36fc9
  10. 22 2月, 2014 2 次提交
  11. 22 11月, 2013 1 次提交
    • P
      mtd: nand: omap: add CONFIG_NAND_OMAP_ECCSCHEME for selection of ecc-scheme · 3f719069
      pekon gupta 提交于
      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: NPekon Gupta <pekon@ti.com>
      3f719069
  12. 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
  13. 05 11月, 2013 1 次提交
  14. 20 8月, 2013 1 次提交
  15. 15 8月, 2013 1 次提交
  16. 24 7月, 2013 1 次提交
  17. 29 1月, 2013 1 次提交
  18. 11 12月, 2012 1 次提交
  19. 27 11月, 2012 1 次提交
    • S
      spl/nand: introduce CONFIG_SPL_NAND_DRIVERS, _BASE, and _ECC. · 6f2f01b9
      Scott Wood 提交于
      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: NScott Wood <scottwood@freescale.com>
      --
      v2: use positive logic for including bits of NAND, rather than
      a MINIMAL symbol that excludes things.
      6f2f01b9
  20. 20 11月, 2012 1 次提交
    • J
      boards: remove the no longer used CONFIG_EHCI_DCACHE · c11ace6b
      Jeroen Hofstee 提交于
      CONFIG_EHCI_DCACHE was removed by commit b8adb120
      "USB: Drop cache flush bloat in EHCI-HCD". Remove the defines from
      the boards configs as well.
      Signed-off-by: NJeroen Hofstee <jeroen@myspectrum.nl>
      cc: Marek Vasut <marex@denx.de>
      cc: Stefan Roese <sr@denx.de>
      cc: Tom Rini <trini@ti.com>
      cc: Wolfgang Denk <wd@denx.de>
      cc: Thierry Reding <thierry.reding@avionic-design.de>
      cc: Tom Warren <twarren@nvidia.com>
      cc: Stephen Warren <swarren@nvidia.com>
      cc: Stefano Babic <sbabic@denx.de>
      c11ace6b
  21. 26 10月, 2012 3 次提交
  22. 28 9月, 2012 2 次提交
    • T
      SPL: Move the omap SPL framework to common/spl · 47f7bcae
      Tom Rini 提交于
      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: NTom Rini <trini@ti.com>
      47f7bcae
    • T
      ARM: SPL: Move gpmc_init() to spl_board_init() · d7cb93b2
      Tom Rini 提交于
      This is an OMAP/related-specific function, move calling it to
      spl_board_init() and turn on CONFIG_SPL_BOARD_INIT on the boards that
      enabled NAND and didn't enable this already.
      Signed-off-by: NTom Rini <trini@ti.com>
      d7cb93b2
  23. 01 9月, 2012 5 次提交
  24. 21 6月, 2012 1 次提交
  25. 15 5月, 2012 2 次提交
  26. 28 2月, 2012 2 次提交
  27. 12 2月, 2012 2 次提交
  28. 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
  29. 07 12月, 2011 1 次提交