Skip to content
Snippets Groups Projects
  1. Jun 04, 2013
  2. May 14, 2013
  3. Mar 27, 2013
  4. Feb 08, 2013
  5. Jan 05, 2013
    • Fabio Estevam's avatar
      tools: imximage: Load a size that is multiple of 512 · 1411fb37
      Fabio Estevam authored
      
      In order to mx53 ROM to properly load the U-boot image, its header size should
      be multiple of 512 bytes.
      
      This issue was observed with gcc 4.6.2/4.7.3, which caused data aborts:
      
      U-Boot 2013.01-rc2-00172-gf8cfcf1-dirty (Dec 26 2012 - 13:13:28)
      
      Board: MX53 LOCO
      I2C:   ready
      DRAM:  1 GiB
      MMC:   FSL_SDHC: 0, FSL_SDHC: 1
      In:    serial
      Out:   serial
      Err:   serial
      CPU:   Freescale i.MX53 family rev2.1 at 1000 MHz
      Reset cause: WDOG
      Net:   FEC
      Warning: FEC using MAC address from net device
      
      Hit any key to stop autoboot:  0
      data abort
      
          MAYBE you should read doc/README.arm-unaligned-accesses
      
      pc : [<aff72220>]          lr : [<aff721fc>]
      sp : af565e20  ip : af566918     fp : 00000000
      r10: 00000003  r9 : affabb5b     r8 : af565f58
      r7 : 00000000  r6 : 36747fff     r5 : af5668e8  r4 : 36747fff
      r3 : af5668ec  r2 : af5668eb     r1 : 00000000  r0 : af5668e8
      Flags: NzcV  IRQs off  FIQs off  Mode SVC_32
      Resetting CPU ...
      
      resetting ...
      
      ,and this patch fixes it.
      
      Also, even though the ROUND macro is already defined in common.h,
      the reason for redefining it in image.h is explained by Stefano Babic:
      
      "I will remark a previous comment - even if including common.h seems a
      good idea to avoid duplications, it makes tools like mkimage to depend
      on the selected board, because <board>_config must run. Even if this is
      not a problem for us u-boot developers, it becomes an issue when these
      tools are included in distros (like u-boot-tools in Ubuntu) and cannot
      be packaged."
      
      Signed-off-by: default avatarTroy Kisky <troy.kisky@boundarydevices.com>
      Signed-off-by: default avatarFabio Estevam <fabio.estevam@freescale.com>
      1411fb37
  6. Dec 13, 2012
  7. Nov 13, 2012
    • Gabe Black's avatar
      fdt: Add option to default to most compatible conf in a fit image · d95f6ec7
      Gabe Black authored
      
      When booting a fit image with multiple configurations, the user either has to
      specify which configuration to use explicitly, or there has to be a default
      defined which is chosen automatically. This change adds an option to change
      that behavior so that a configuration can be selected explicitly, or the
      configuration which has the device tree that claims to be compatible with the
      earliest item in U-Boot's device tree.
      
      In other words, if U-Boot claimed to be compatible with A, B, and then C, and
      the configurations claimed to be compatible with A, D and B, D and D, E, the
      first configuration, A, D, would be chosen. Both the first and second
      configurations match, but the first one matches a more specific entry in
      U-Boot's device tree. The order in the kernel's device tree is ignored.
      
      Signed-off-by: default avatarGabe Black <gabeblack@google.com>
      
      Commit-Ready: Gabe Black <gabeblack@chromium.org>
      Signed-off-by: default avatarSimon Glass <sjg@chromium.org>
      d95f6ec7
  8. Nov 04, 2012
    • Kim Phillips's avatar
      include/image.h: sparse fixes · 2f220500
      Kim Phillips authored
      
      include/image.h:378:1: warning: cast to restricted __be32
      include/image.h:381:1: warning: cast to restricted __be32
      include/image.h:382:1: warning: cast to restricted __be32
      include/image.h:383:1: warning: cast to restricted __be32
      
      fix by annotating image header integers big endian.
      
      Signed-off-by: default avatarKim Phillips <kim.phillips@freescale.com>
      2f220500
  9. Oct 15, 2012
  10. Aug 23, 2012
  11. Apr 30, 2012
  12. Mar 27, 2012
  13. Jan 13, 2012
  14. Dec 01, 2011
    • Stephen Warren's avatar
      image: Implement IH_TYPE_KERNEL_NOLOAD · b9b50e89
      Stephen Warren authored
      
      The legacy uImage format includes an absolute load and entry-point
      address. When bootm operates on a kernel uImage in memory that isn't
      loaded at the address in the image's load address, U-Boot will copy
      the image to its address in the header.
      
      Some kernel images can actually be loaded and used at any arbitrary
      address. An example is an ARM Linux kernel zImage file. To represent
      this capability, IH_TYPE_KERNEL_NOLOAD is implemented, which operates
      just like IH_TYPE_KERNEL, except that the load address header is
      ignored, and U-Boot does not copy the image to its load address, but
      rather uses it in-place.
      
      This is useful when sharing a single (uImage-wrapped) zImage across
      multiple boards with different memory layouts; in this case, a specific
      load address need not be picked when creating the uImage, but instead
      is selected by the board-specific U-Boot environment used to load and
      boot that image.
      
      v2: Rename from IH_TYPE_KERNEL_ANYLOAD to IH_TYPE_KERNEL_NOLOAD.
      
      Signed-off-by: default avatarStephen Warren <swarren@nvidia.com>
      Signed-off-by: default avatarStefan Roese <sr@denx.de>
      b9b50e89
  15. Nov 23, 2011
  16. Oct 27, 2011
  17. Oct 23, 2011
    • Stefano Babic's avatar
      mkimage: adding support for Davinci AIS image · 4962e38e
      Stefano Babic authored
      
      Some Davinci processors supports the Application
      Image Script (AIS) boot process. The patch adds the generation
      of the AIS image inside the mkimage tool to make possible
      to generate a bootable U-boot without external tools
      (TI Davinci AIS Generator).
      
      Signed-off-by: default avatarStefano Babic <sbabic@denx.de>
      CC: Wolfgang Denk <wd@denx.de>
      4962e38e
  18. Oct 21, 2011
    • Stephen Warren's avatar
      checkpatch whitespace cleanups · 712fbcf3
      Stephen Warren authored
      
      This avoids the following checkpatch warning in later patches:
      
      ERROR: "(foo*)" should be "(foo *)"
      ERROR: space required before the open brace '{'
      ERROR: space prohibited before that close parenthesis ')'
      ERROR: spaces required around that '||' (ctx:WxV)
      WARNING: space prohibited between function name and open parenthesis '('
      WARNING: line over 80 characters
      
      This fixes all the white-space warnings/errors in my subsequent patch,
      and within this current patch. A number of other checkpatch warnings
      and errors are still present in this patch itself, but are beyond simple
      whitespace fixes, so are not solved by this patch.
      
      v2: New patch
      
      Signed-off-by: default avatarStephen Warren <swarren@nvidia.com>
      Tested-by: default avatarSimon Glass <sjg@chromium.org>
      Tested-by: default avatarSimon Glass <sjg@chromium.org>
      712fbcf3
    • Macpaul Lin's avatar
      nds32: common bdinfo, bootm, image support · 64d61461
      Macpaul Lin authored
      
      Add support of NDS32 to common commands bdinfo, bootm, and image format.
      
      Signed-off-by: default avatarMacpaul Lin <macpaul@andestech.com>
      64d61461
  19. Oct 17, 2011
  20. Oct 05, 2011
  21. Aug 03, 2011
  22. Jul 28, 2011
  23. Apr 26, 2011
  24. Nov 28, 2010
Loading