1. 07 6月, 2014 1 次提交
    • B
      mtd: nand: force NAND_CMD_READID onto 8-bit bus · 27ce9e42
      Brian Norris 提交于
      As per following Sections in ONFI Spec, NAND_CMD_READID should use only
      lower 8-bit for transfering command, address and data even on x16 NAND device.
      
      *Section: Target Initialization"
      "The Read ID and Read Parameter Page commands only use the lower 8-bits of the
       data bus. The host shall not issue commands that use a word data width on x16
       devices until the host determines the device supports a 16-bit data bus width
       in the parameter page."
      
      *Section: Bus Width Requirements*
      "When the host supports a 16-bit bus width, only data is transferred at the
       16-bit width. All address and command line transfers shall use only the lower
       8-bits of the data bus. During command transfers, the host may place any value
       on the upper 8-bits of the data bus. During address transfers, the host shall
       set the upper 8-bits of the data bus to 00h."
      
      Thus porting  following commit from linux-kernel to ensure that column address
      is not altered to align to x16 bus when issuing NAND_CMD_READID command.
      
          commit 3dad2344e92c6e1aeae42df1c4824f307c51bcc7
          mtd: nand: force NAND_CMD_READID onto 8-bit bus
          Author: Brian Norris <computersforpeace@gmail.com> (preserving authorship)
      
          The NAND command helpers tend to automatically shift the column address
          for x16 bus devices, since most commands expect a word address, not a
          byte address. The Read ID command, however, expects an 8-bit address
          (i.e., 0x00, 0x20, or 0x40 should not be translated to 0x00, 0x10, or
          0x20).
      
          This fixes the column address for a few drivers which imitate the
          nand_base defaults.
      Signed-off-by: NPekon Gupta <pekon@ti.com>
      27ce9e42
  2. 18 4月, 2014 1 次提交
  3. 24 7月, 2013 1 次提交
  4. 10 12月, 2012 1 次提交
  5. 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
  6. 08 12月, 2011 1 次提交
  7. 07 12月, 2011 1 次提交
  8. 04 11月, 2011 1 次提交
  9. 01 10月, 2011 1 次提交
  10. 02 7月, 2011 1 次提交
    • A
      NAND: Add 16bit NAND support for the NDFC · eced4626
      Alex Waterman 提交于
      This patch adds support for 16 bit NAND devices attached to the
      NDFC on ppc4xx processors. Two config entries were added:
      
        CONFIG_SYS_NDFC_16        - Setting this tells the NDFC that a
      			      16 bit device is attached.
        CONFIG_SYS_NDFC_EBC0_CFG  - This is for the External Bus
      			      Controller configuration register.
      
      Also, a new ndfc_read_byte() function was added which does not
      first convert the data to little endian.
      
      The NAND SPL was also modified to do 16bit bad block testing
      when a 16 bit chip is being used.
      Signed-off-by: NAlex Waterman <awaterman@dawning.com>
      Signed-off-by: NScott Wood <scottwood@freescale.com>
      eced4626
  11. 17 5月, 2011 1 次提交
  12. 14 5月, 2011 3 次提交
  13. 16 4月, 2011 1 次提交
    • A
      nand_spl: Fix large page nand_command() · 65a9db7b
      Alex Waterman 提交于
      This patch changes the large page nand_command() routine to use a word
      offset instead of a byte offset. The 'offs' argument gets divided by 2
      so that the offset passed to nand_command() is still by byte offset.
      Originally, the offset was not shifted and when too high an offset was
      requested the nand chip would attempt to read non-existent data.
      Signed-off-by: NAlex Waterman <awaterman@dawning.com>
      65a9db7b
  14. 09 12月, 2010 2 次提交
    • S
      Add board support for hawkboard · dfddb5e6
      Sughosh Ganu 提交于
      The patch adds basic board support for TI's OMAP-L138 based
      Hawkboard. This board is pretty similar to the da850 EVM. Support for
      nand and network access is added in this version.
      
      The following bootup procedure is used.
      
      At reset, the Rom Boot Loader(RBL), initialises the ddr and the nand
      controllers and copies the second stage bootloader(nand_spl) to
      RAM. The secondary bootloader then copies u-boot from a predefined
      location in the nand flash to the RAM, and passes control to the
      u-boot image.
      
      Three config options are supported
      * hawkboard_config - Used to create the u-boot.bin. Tftp the
       u-boot.bin image to the RAM from u-boot, and flash to the nand flash
       at address 0xe0000.
      
      * hawkboard_nand_config - Used to generate the secondary
       bootloader(nand_spl) image. This creates an elf file u-boot-spl
       under nand_spl/. Create an AIS signed image using this file, and
       flash it to the nand flash at address 0x20000. The ais file should
       fit in one block.
      
      * hawkboard_uart_config - This is same as the first image, but with
       the TEXT_BASE as expected by the RBL(0xc1080000). Create the AIS
      Signed-off-by: NSughosh Ganu <urwithsughosh@gmail.com>
      Signed-off-by: NBen Gardiner <bengardiner@nanometrics.ca>
      Signed-off-by: NSandeep Paulraj <s-paulraj@ti.com>
      dfddb5e6
    • S
      Remove board_init_f function from nand_boot.c · 3258dcae
      Sughosh Ganu 提交于
      Remove the board_init_f function from nand_spl/nand_boot.c. This
       function is to be defined by all boards using the nand_spl
       functionality in their individual board directory.
      
       Currently this function was being used by the smdk6400 board. Added
       the board specific function definition.
      Signed-off-by: NSughosh Ganu <urwithsughosh@gmail.com>
      Acked-by: NScott Wood <scottwood@freescale.com>
      Signed-off-by: NSandeep Paulraj <s-paulraj@ti.com>
      3258dcae
  15. 01 12月, 2010 1 次提交
    • S
      Add board support for hawkboard · 48571ff0
      Sughosh Ganu 提交于
      The patch adds basic board support for TI's OMAP-L138 based
      Hawkboard. This board is pretty similar to the da850 EVM. Support for
      nand and network access is added in this version.
      
      The following bootup procedure is used.
      
      At reset, the Rom Boot Loader(RBL), initialises the ddr and the nand
      controllers and copies the second stage bootloader(nand_spl) to
      RAM. The secondary bootloader then copies u-boot from a predefined
      location in the nand flash to the RAM, and passes control to the
      u-boot image.
      
      Three config options are supported
      * hawkboard_config - Used to create the u-boot.bin. Tftp the
       u-boot.bin image to the RAM from u-boot, and flash to the nand flash
       at address 0xe0000.
      
      * hawkboard_nand_config - Used to generate the secondary
       bootloader(nand_spl) image. This creates an elf file u-boot-spl
       under nand_spl/. Create an AIS signed image using this file, and
       flash it to the nand flash at address 0x20000. The ais file should
       fit in one block.
      
      * hawkboard_uart_config - This is same as the first image, but with
       the TEXT_BASE as expected by the RBL(0xc1080000). Create the AIS
      Signed-off-by: NSughosh Ganu <urwithsughosh@gmail.com>
      Signed-off-by: NBen Gardiner <bengardiner@nanometrics.ca>
      Signed-off-by: NSandeep Paulraj <s-paulraj@ti.com>
      48571ff0
  16. 29 11月, 2010 1 次提交
  17. 30 10月, 2010 1 次提交
    • W
      Drop support for CONFIG_SYS_ARM_WITHOUT_RELOC · a9aa3926
      Wolfgang Denk 提交于
      When this define was introduced, the idea was to provide a soft
      migration path for ARM boards to get adapted to the new relocation
      support.  However, other recent changes led to a different
      implementation (ELF relocation), where this no longer works.  By now
      CONFIG_SYS_ARM_WITHOUT_RELOC does not only not help any more, but it
      actually hurts because it obfuscates the actual code by sprinkling it
      with lots of dead and non-working debris.
      
      So let's make a clean cut and drop CONFIG_SYS_ARM_WITHOUT_RELOC.
      Signed-off-by: NWolfgang Denk <wd@denx.de>
      Tested-by: NHeiko Schocher <hs@denx.de>
      Tested-by: NReinhard Meyer <u-boot@emk-elektronik.de>
      a9aa3926
  18. 19 10月, 2010 2 次提交
  19. 20 9月, 2010 1 次提交
    • H
      ARM: add relocation support · f1d2b313
      Heiko Schocher 提交于
      !! This breaks support for all arm boards !!
      
      To compile in old style, you must define
      CONFIG_SYS_ARM_WITHOUT_RELOC or you can compile
      with "CONFIG_SYS_ARM_WITHOUT_RELOC=1 ./MAKEALL board"
      
      !! This define will be removed soon, so convert your
      board to use relocation support
      
      Portions of this work were supported by funding from
      the CE Linux Forum.
      Signed-off-by: NHeiko Schocher <hs@denx.de>
      
      Fix boot from NAND for non-ARM systems
      Signed-off-by: NWolfgang Denk <wd@denx.de>
      f1d2b313
  20. 08 7月, 2009 2 次提交
    • S
      nand_spl: Fix cmd_ctrl usage in nand_boot.c. · 1dac3a51
      Scott Wood 提交于
      When adding large page NAND support to this file, I had a misunderstanding
      about the exact semantics of NAND_CTRL_CHANGE (which isn't documented
      anywhere I can find) -- it is apparently just a hint to drivers,
      which aren't required to preserve the old value for subsequent
      non-"change" invocations.
      
      This change makes nand_boot.c no longer assume this.  Note that this
      happened to work by chance with some NAND drivers, which don't preserve
      the value, but treat 0 equivalently to NAND_CTRL_ALE.
      
      I don't have hardware to test this, so any testing is appreciated.
      Signed-off-by: NScott Wood <scottwood@freescale.com>
      1dac3a51
    • G
      nand_spl: read environment early, when booting from NAND using nand_spl · b74ab737
      Guennadi Liakhovetski 提交于
      Currently, when booting from NAND using nand_spl, in the beginning the default
      environment is used until later in boot process the dynamic environment is read
      out. This way environment variables that must be interpreted early, like the
      baudrate or "silent", cannot be modified dynamically and remain at their
      default values. Fix this problem by reading out main and redundand (if used)
      copies of the environment in the nand_spl code.
      Signed-off-by: NGuennadi Liakhovetski <lg@denx.de>
      Signed-off-by: NScott Wood <scottwood@freescale.com>
      b74ab737
  21. 27 1月, 2009 1 次提交
  22. 19 10月, 2008 1 次提交
  23. 14 8月, 2008 1 次提交
  24. 13 8月, 2008 4 次提交
  25. 04 6月, 2008 1 次提交
    • S
      ppc4xx/NAND_SPL: Consolidate 405 and 440 NAND booting code in start.S · 64852d09
      Stefan Roese 提交于
      This patch consolidates the 405 and 440 parts of the NAND booting code
      selected via CONFIG_NAND_SPL. Now common code is used to initialize the
      SDRAM by calling initdram() and to "copy/relocate" to SDRAM/OCM/etc.
      Only *after* running from this location, nand_boot() is called.
      
      Please note that the initsdram() call is now moved from nand_boot.c
      to start.S. I experienced problems with some boards like Kilauea
      (405EX), which don't have internal SRAM (OCM) and relocation needs to
      be done to SDRAM before the NAND controller can get accessed. When
      initdram() is called later on in nand_boot(), this can lead to problems
      with variables in the bss sections like nand_ecc_pos[].
      Signed-off-by: NStefan Roese <sr@denx.de>
      Acked-by: NScott Wood <scottwood@freescale.com>
      64852d09
  26. 18 4月, 2008 1 次提交
  27. 10 1月, 2008 1 次提交
  28. 01 6月, 2007 1 次提交
  29. 09 10月, 2006 1 次提交
  30. 13 9月, 2006 1 次提交
  31. 07 9月, 2006 1 次提交
    • S
      Add support for AMCC Sequoia PPC440EPx eval board · 887e2ec9
      Stefan Roese 提交于
      - Add support for PPC440EPx & PPC440GRx
      - Add support for PPC440EP(x)/GR(x) NAND controller
        in cpu/ppc4xx directory
      - Add NAND boot functionality for Sequoia board,
        please see doc/README.nand-boot-ppc440 for details
      - This Sequoia NAND image doesn't support environment
        in NAND for now. This will be added in a short while.
      Patch by Stefan Roese, 07 Sep 2006
      887e2ec9