Skip to content
Snippets Groups Projects
  1. May 21, 2015
  2. Apr 23, 2015
  3. Mar 13, 2015
    • Fabio Estevam's avatar
      wandboard: Use the default CONFIG_SYS_PBSIZE · f90f480e
      Fabio Estevam authored
      
      Entering the maximum number of characters defined by CONFIG_SYS_CBSIZE into
      the console and hitting enter afterwards, causes a hang in the system because
      CONFIG_SYS_PBSIZE is not capable of storing the extra characters of the error
      message:
      "Unknown command '' - try 'help'".
      
      Use the default CONFIG_SYS_PBSIZE definition from config_fallbacks.h to solve
      this problem.
      
      Signed-off-by: default avatarFabio Estevam <fabio.estevam@freescale.com>
      f90f480e
  4. Jan 19, 2015
  5. Oct 30, 2014
  6. Oct 01, 2014
  7. May 09, 2014
  8. Apr 28, 2014
  9. Mar 04, 2014
  10. Jan 13, 2014
  11. Jan 03, 2014
    • Otavio Salvador's avatar
      ARM: mx6: Change the FDT loading address to avoid overlaping · 6584a1b5
      Otavio Salvador authored
      
      This patch fixes allow for the DeviceTree and initrd relocation fixing
      the boot of FSL 3.10.9-1.0.0-alpha kernel.
      
      This changes following boards:
      
       - mx6sabreauto
       - mx6sabresd
       - wandboard
       - udoo
       - nitrogen6x
       - cgtqmx6eval
      
      The reasoning, as explained by Hui Liu, is:
      
      ,----
      | The FDT blob will be placed at DDR physical addr: 0x11000000. When Linux kernel
      | Boot up, it will decompress the compressed kernel image and place the decompressed
      | kernel image at the low end of the DDR memory and start running from it. If the
      | decompressed kernel image is bigger for example than 16M, it may over written the
      | fdt blob which u-boot loaded to the DDR memory @0x11000000 with fdt_addr=0x11000000
      |
      | To expand the fdt_addr from 0x11000000 to 0x18000000, which can avoid the override
      | Since we will not likely have one kernel image larger than 128MB.
      `----
      
      Signed-off-by: default avatarOtavio Salvador <otavio@ossystems.com.br>
      Acked-by: default avatarStefano Babic <sbabic@denx.de>
      6584a1b5
  12. Dec 17, 2013
  13. Nov 04, 2013
  14. Sep 20, 2013
  15. Jul 27, 2013
  16. Jul 24, 2013
  17. Jul 12, 2013
  18. Jun 26, 2013
  19. Jun 06, 2013
    • Fabio Estevam's avatar
      ARM: imx: Fix incorrect usage of CONFIG_SYS_MMC_ENV_PART · 7fb72c79
      Fabio Estevam authored
      
      When running the "save" command several times on a mx6qsabresd we see:
      
      U-Boot > save
      Saving Environment to MMC...
      Writing to MMC(1)... done
      U-Boot > save
      Saving Environment to MMC...
      MMC partition switch failed
      U-Boot > save
      Saving Environment to MMC...
      Writing to MMC(1)... done
      U-Boot > save
      Saving Environment to MMC...
      MMC partition switch failed
      U-Boot > save
      Saving Environment to MMC...
      Writing to MMC(1)... done
      U-Boot > save
      Saving Environment to MMC...
      MMC partition switch failed
      
      This issue is caused by the incorrect usage of CONFIG_SYS_MMC_ENV_PART.
      
      CONFIG_SYS_MMC_ENV_PART should be used to specify the mmc partition that stores
      the environment variables.
      
      On some imx boards it is been incorrectly used to pass the partition of kernel
      and dtb files for the 'mmcpart' script variable.
      
      Remove the CONFIG_SYS_MMC_ENV_PART usage and configure the 'mmcpart' variable
      directly.
      
      Reported-by: default avatarJason Liu <r64343@freescale.com>
      Signed-off-by: default avatarFabio Estevam <fabio.estevam@freescale.com>
      Acked-by: default avatarJason Liu <r64343@freescale.com>
      7fb72c79
  20. Jun 03, 2013
  21. Apr 25, 2013
  22. Apr 03, 2013
  23. Mar 20, 2013
  24. Mar 07, 2013
  25. Feb 12, 2013
  26. Jan 28, 2013
  27. Jan 13, 2013
  28. Jan 05, 2013
    • Shawn Guo's avatar
      mx6qsabresd: add usdhc2 and usdhc4 support · de7d02ae
      Shawn Guo authored
      
      The on-board number of available usdhc devices is something board
      specific.  The patch moves CONFIG_SYS_FSL_USDHC_NUM out of
      mx6qsabre_common.h and adds usdhc2 and usdhc4 support for mx6qsabresd
      board.
      
      To keep the default mmc device for environment same as before (usdhc3),
      it moves CONFIG_SYS_MMC_ENV_DEV out of mx6qsabre_common.h and changes
      it to 1 for mx6qsabresd.
      
      Signed-off-by: default avatarShawn Guo <shawn.guo@linaro.org>
      de7d02ae
  29. Dec 26, 2012
  30. Nov 27, 2012
  31. Nov 19, 2012
Loading