1. 13 Feb, 2020 2 commits
    • Ovidiu Panait's avatar
      board_f: Make clear_bss generic · fbf9c154
      Ovidiu Panait authored
      clear_bss is already used by 3 arches (x86, arc, xtensa), so make it generic
      and provide a weak nop stub for it. This also removes arch-specific ifdef
      duplications around clear_bss.
      Signed-off-by: default avatarOvidiu Panait <ovpanait@gmail.com>
      fbf9c154
    • Heinrich Schuchardt's avatar
      common/console.c: discard volatile · a3a9e046
      Heinrich Schuchardt authored
      Avoid errors of like
      
      common/console.c: In function ‘console_record_reset’:
      common/console.c:615:16: error: passing argument 1 of ‘membuff_purge’
      discards ‘volatile’ qualifier from pointer target type
      [-Werror=discarded-qualifiers]
        615 |  membuff_purge(&gd->console_out);
            |                ^~~~~~~~~~~~~~~~
      
      by casting to non-volatile.
      
      The volatile property stems from declarations like
      
      arch/arm/include/asm/global_data.h:114:
      
      But there is no need to treat gd->console_out and gd->console_in as
      volatile in the context of common/console.c.
      
      Fixes: b6123128 ("console: Add a function to read a line of the output / eof")
      Signed-off-by: Heinrich Schuchardt's avatarHeinrich Schuchardt <xypron.glpk@gmx.de>
      Reviewed-by: Simon Glass's avatarSimon Glass <sjg@chromium.org>
      a3a9e046
  2. 11 Feb, 2020 1 commit
  3. 06 Feb, 2020 8 commits
  4. 04 Feb, 2020 2 commits
    • Sam Protsenko's avatar
      image: android: Add routine to get dtbo params · 7f253150
      Sam Protsenko authored
      Android Boot Image v1 adds "Recovery DTB" field in image header and
      associate payload in boot image itself [1]. Payload should be in
      Android DTB/DTBO format [2]. That "Recovery DTB" area should be only
      populated for non-A/B devices, and only in recovery image.
      
      Add function to get an address and size of that payload. That function
      can be further used e.g. in 'abootimg' command to provide the user a way
      to get the address of recovery dtbo from U-Boot shell, which can be
      further parsed using 'adtimg' command.
      
      [1] https://source.android.com/devices/bootloader/boot-image-header
      [2] https://source.android.com/devices/architecture/dto/partitionsSigned-off-by: default avatarSam Protsenko <joe.skb7@gmail.com>
      Signed-off-by: Lokesh Vutla's avatarLokesh Vutla <lokeshvutla@ti.com>
      7f253150
    • Sam Protsenko's avatar
      image: android: Add functions for handling dtb field · c3bfad82
      Sam Protsenko authored
      Android Boot Image v2 adds "DTB" payload (and corresponding field in the
      image header). Provide functions for its handling:
      
        - android_image_get_dtb_by_index(): Obtain DTB blob from "DTB" part of
          boot image, by blob's index
        - android_image_print_dtb_contents(): Iterate over all DTB blobs in
          "DTB" part of boot image and print those blobs info
      
      "DTB" payload might be in one of the following formats:
        1. concatenated DTB blobs
        2. Android DTBO format
      
      The latter requires "android-image-dt.c" functionality, so this commit
      selects that file for building for CONFIG_ANDROID_BOOT_IMAGE option.
      
      Right now this new functionality isn't used, but it can be used further.
      As it's required to apply some specific dtbo blob(s) from "dtbo"
      partition, we can't automate this process inside of "bootm" command. But
      we can do next:
        - come up with some new command like "abootimg" to extract dtb blob
          from boot image (using functions from this patch)
        - extract desired dtbo blobs from "dtbo" partition using "adtimg"
          command
        - merge dtbo blobs into dtb blob using "fdt apply" command
        - pass resulting dtb blob into bootm command in order to boot the
          Android kernel with Android ramdisk from boot image
      Signed-off-by: default avatarSam Protsenko <joe.skb7@gmail.com>
      Signed-off-by: Lokesh Vutla's avatarLokesh Vutla <lokeshvutla@ti.com>
      c3bfad82
  5. 30 Jan, 2020 1 commit
  6. 26 Jan, 2020 1 commit
  7. 25 Jan, 2020 1 commit
  8. 24 Jan, 2020 11 commits
  9. 23 Jan, 2020 1 commit
  10. 22 Jan, 2020 1 commit
  11. 17 Jan, 2020 11 commits