Skip to content
Snippets Groups Projects
  1. Jan 27, 2017
    • Stefan Agner's avatar
      imx_common: check for bmode Serial Downloader · ac0a93fd
      Stefan Agner authored and Stefano Babic's avatar Stefano Babic committed
      
      Before commit 81c4eccb ("imx: mx6: fix USB bmode to use
      reserved value") a non-reserved value has been used to trigger
      Serial Downloader using bmode, which translated to a GPR9 value
      of 0x10. However, on some boards the non-reserved value lead to
      unreliable bmode command. With the above mentioned commit, U-boot
      switched to use [7:4] b0001, which translates to GPR9 0x10 for
      Serial Downloader mode. Check for the new value and classify it
      as Serial Downloader mode.
      
      Signed-off-by: default avatarStefan Agner <stefan.agner@toradex.com>
      CC: Stefano Babic <sbabic@denx.de>
      CC: Tim Harvey <tharvey@gateworks.com>
      CC: Fabio Estevam <Fabio.Estevam@freescale.com>
      CC: Eric Nelson <eric.nelson@boundarydevices.com>
      ac0a93fd
  2. Jan 11, 2017
  3. Jan 02, 2017
  4. Dec 16, 2016
  5. Dec 05, 2016
  6. Nov 29, 2016
  7. Oct 24, 2016
  8. Oct 17, 2016
  9. Oct 04, 2016
  10. Sep 24, 2016
  11. Sep 23, 2016
  12. Jul 28, 2016
  13. Jul 21, 2016
    • Breno Lima's avatar
      Revert "imx_common: Return MMCSD_MODE_FS in spl_boot_mode() also for EXTFS" · 68b09b89
      Breno Lima authored and Stefano Babic's avatar Stefano Babic committed
      
      Commit c1ebf548 ("imx_common: Return MMCSD_MODE_FS in spl_boot_mode()
      also for EXTFS") causes SPL breakage on wandboard:
      
      ERROR: v7_dcache_inval_range - start address is not aligned - 0x1820006c
      ERROR: v7_dcache_inval_range - stop address is not aligned - 0x1820086c
      ERROR: v7_dcache_inval_range - start address is not aligned - 0x1820006c
      ERROR: v7_dcache_inval_range - stop address is not aligned - 0x1820086c
      ** First descriptor is NOT a primary desc on 0:1 **
      spl: no partition table found
      SPL: failed to boot from all boot devices
      ### ERROR ### Please RESET the board ###
      
      This error is seen when SPL and u-boot.img are stored in the raw SD card
      partition.
      
      This reverts commit c1ebf548.
      
      Signed-off-by: default avatarBreno Lima <breno.lima@nxp.com>
      Reviewed-by: default avatarFabio Estevam <fabio.estevam@nxp.com>
      68b09b89
  14. Jul 16, 2016
    • Robert P. J. Day's avatar
      Various, unrelated tree-wide typo fixes. · 62a3b7dd
      Robert P. J. Day authored
      
          Fix a number of typos, including:
      
           * "compatble" -> "compatible"
           * "eanbeld" -> "enabled"
           * "envrionment" -> "environment"
           * "FTD" -> "FDT" (for "flattened device tree")
           * "ommitted" -> "omitted"
           * "overriden" -> "overridden"
           * "partiton" -> "partition"
           * "propogate" -> "propagate"
           * "resourse" -> "resource"
           * "rest in piece" -> "rest in peace"
           * "suport" -> "support"
           * "varible" -> "variable"
      
      Signed-off-by: default avatarRobert P. J. Day <rpjday@crashcourse.ca>
      62a3b7dd
  15. Jul 12, 2016
  16. Jun 26, 2016
    • Marek Vasut's avatar
      common: Pass the boot device into spl_boot_mode() · 2b1cdafa
      Marek Vasut authored
      
      The SPL code already knows which boot device it calls the spl_boot_mode()
      on, so pass that information into the function. This allows the code of
      spl_boot_mode() avoid invoking spl_boot_device() again, but it also lets
      board_boot_order() correctly alter the behavior of the boot process.
      
      The later one is important, since in certain cases, it is desired that
      spl_boot_device() return value be overriden using board_boot_order().
      
      Signed-off-by: default avatarMarek Vasut <marex@denx.de>
      Cc: Andreas Bießmann <andreas.devel@googlemail.com>
      Cc: Albert Aribaud <albert.u.boot@aribaud.net>
      Cc: Tom Rini <trini@konsulko.com>
      Reviewed-by: default avatarAndreas Bießmann <andreas@biessmann.org>
      [add newly introduced zynq variant]
      Signed-aff-by: default avatarAndreas Bießmann <andreas@biessmann.org>
      2b1cdafa
  17. May 24, 2016
  18. May 17, 2016
  19. May 06, 2016
    • Peng Fan's avatar
      imx6: cache: disable L2 before touching Auxiliary Control Register · ad7af5d7
      Peng Fan authored
      
      According PL310 TRM, Auxiliary Control Register
      "
      The register must be written to using a secure access, and it can be
      read using either a secure or a NS access. If you write to this register
      with a NS access, it results in a write response with a DECERR response,
      and the register is not updated. Writing to this register with the L2
      cache enabled, that is, bit[0] of L2 Control Register set to 1,
      results in a SLVERR.
      "
      
      So If L2 cache is already enabled by ROM, chaning value of ACR
      will cause SLVERR and uboot hang.
      
      Signed-off-by: default avatarPeng Fan <peng.fan@nxp.com>
      Cc: Stefano Babic <sbabic@denx.de>
      Cc: Fabio Estevam <fabio.estevam@nxp.com>
      ad7af5d7
  20. May 02, 2016
  21. Apr 19, 2016
    • Marek Vasut's avatar
      arm: mx5: Fix NAND image generation · 0297bd11
      Marek Vasut authored and Stefano Babic's avatar Stefano Babic committed
      
      The echo -ne "\xNN" does not work in certain bourne-compatible shells, like
      dash. The recommended way of hex->char conversion is using printf(1), but
      there is a pitfall here. The GNU printf does support "\xNN" format, but
      according to the opengroup documentation, this is not part of POSIX. The
      POSIX printf only defines "\NNN" where N is octal. Thus, for the sake of
      compatibility, we use that.
      
      Signed-off-by: default avatarMarek Vasut <marex@denx.de>
      Cc: Stefano Babic <sbabic@denx.de>
      0297bd11
  22. Mar 09, 2016
  23. Feb 21, 2016
Loading