Skip to content
Snippets Groups Projects
  1. May 07, 2024
  2. May 03, 2024
  3. Apr 28, 2024
    • Marek Vasut's avatar
      binman: Add nxp_imx8mimage etype · a9f2ff59
      Marek Vasut authored
      
      Add new binman etype derived from mkimage etype which generates configuration
      input file for mkimage -T imx8mimage, and runs the mkimage on input data. The
      mkimage -T imx8mimage is used to generate combined image with SPL and DDR PHY
      blobs which is bootable on i.MX8M.
      
      The configuration file generated here is equivalent of imx8mimage.cfg, which
      is the file passed to '$ mkimage -T imx8mimage -n imx8mimage.cfg ...' . The
      settings generated into the imx8mimage.cfg file are configured via supported
      binman DT properties, nxp,boot-from, nxp,loader-address, nxp,rom-version.
      
      Signed-off-by: default avatarMarek Vasut <marex@denx.de>
      a9f2ff59
  4. Apr 17, 2024
  5. Apr 12, 2024
  6. Apr 11, 2024
  7. Apr 10, 2024
    • Vincent Stehlé's avatar
      trace: use dynamic string buffer in make_flamegraph() · b782be47
      Vincent Stehlé authored and Tom Rini's avatar Tom Rini committed
      
      The str[] buffer declared in make_flamegraph() is used to hold strings
      representing the full call-stacks recorded in traces. The size of this
      buffer is currently 500 characters and this works well for the documented
      examples.
      
      However, it is possible to exhaust this buffer when processing traces
      captured when running the UEFI shell on aarch64 sandbox for example.
      Indeed, the maximum length needed for such traces can reach 780 characters.
      
      As it is difficult to evaluate the maximum size that would ever be needed
      for all the possible traces, let's use a dynamically allocated `abuf'
      instead, which we reallocate when needed.
      
      This fixes the following error:
      
        String too short (500 chars)
      
      While at it, fix a few typos in strings and comments.
      
      Signed-off-by: default avatarVincent Stehlé <vincent.stehle@arm.com>
      Cc: Tom Rini <trini@konsulko.com>
      Cc: Simon Glass <sjg@chromium.org>
      Cc: Michal Simek <michal.simek@amd.com>
      b782be47
    • Ahelenia Ziemiańska's avatar
      tools: open FIT image read-only · 32bc256c
      Ahelenia Ziemiańska authored and Tom Rini's avatar Tom Rini committed
      Open for reading as O_RDONLY instead of O_RDWR:
      the only usage of the fd is for the single read() below;
      this prevented
      	mkimage -f auto -A arm64 \
      		-T kernel -C lz4 -d Image-6.6.15.lz4 \
      		-b mt8173-elm-hana-6.6.15.dtb outf
      when the inputs were unwritable.
      
      Link: https://bugs.debian.org/1063097
      
      
      Signed-off-by: default avatarAhelenia Ziemiańska <nabijaczleweli@nabijaczleweli.xyz>
      Reviewed-by: default avatarDragan Simic <dsimic@manjaro.org>
      32bc256c
  8. Mar 21, 2024
  9. Mar 15, 2024
  10. Mar 14, 2024
  11. Mar 04, 2024
  12. Mar 01, 2024
  13. Feb 27, 2024
  14. Feb 08, 2024
  15. Jan 29, 2024
  16. Jan 24, 2024
  17. Jan 18, 2024
  18. Jan 17, 2024
  19. Jan 13, 2024
  20. Jan 12, 2024
  21. Jan 10, 2024
  22. Jan 08, 2024
  23. Jan 05, 2024
    • Anthony Loiseau's avatar
      fw_env: autodetect NAND erase size and env sectors · d73a6641
      Anthony Loiseau authored and Tom Rini's avatar Tom Rini committed
      
      As already done for NOR chips, if device ESIZE and ENVSECTORS static
      configurations are both zero, then autodetect them at runtime.
      
      Cc: Joe Hershberger <joe.hershberger@ni.com>
      cc: Stefan Agner <stefan@agner.ch>
      cc: Rasmus Villemoes <rasmus.villemoes@prevas.dk>
      Signed-off-by: default avatarAnthony Loiseau <anthony.loiseau@allcircuits.com>
      d73a6641
    • Rafał Miłecki's avatar
      fw_env: keep calling read() until whole flash block is read · 9e3003f7
      Rafał Miłecki authored and Tom Rini's avatar Tom Rini committed
      
      It's totally valid for read() to provide less bytes than requested
      maximum. It may happen if there is no more data available yet or source
      pushes data in small chunks.
      
      This actually happens when trying to read env data from NVMEM device.
      Kernel may provide NVMEM content in page size parts (like 4096 B).
      
      This fixes warnings like:
      Warning on /sys/bus/nvmem/devices/u-boot-env0/nvmem: Attempted to read 16384 bytes but got 4096
      Warning on /sys/bus/nvmem/devices/u-boot-env0/nvmem: Attempted to read 12288 bytes but got 4096
      Warning on /sys/bus/nvmem/devices/u-boot-env0/nvmem: Attempted to read 8192 bytes but got 4096
      
      Since the main loop in flash_read_buf() is used to read blocks this
      patch adds a new nested one.
      
      Signed-off-by: default avatarRafał Miłecki <rafal@milecki.pl>
      9e3003f7
    • Rafał Miłecki's avatar
      fw_env: rename variables holding env data content · 73b30800
      Rafał Miłecki authored and Tom Rini's avatar Tom Rini committed
      
      Rename "addr0" and "addr1" to "buf0" and "buf1" accordingly. Name "addr"
      suggests that variable contains a numeric value being some kind of
      address. Name "buf" is de facto a standard name for pointer to allocated
      memory for reading data to.
      
      While at it drop redundant checks for NULL before calling free().
      
      Signed-off-by: default avatarRafał Miłecki <rafal@milecki.pl>
      73b30800
    • Rafał Miłecki's avatar
      fw_env: fix reading NVMEM device's "compatible" value · f29c5ca3
      Rafał Miłecki authored and Tom Rini's avatar Tom Rini committed
      
      Call to fread() was changed to check for return value. The problem is it
      can't be checked for returning 1 (as it is) to determine success.
      
      We call fread() with buffer size as "size" argument. Reading any
      "compatible" value shorter than buffer size will result in returning 0
      even on success.
      
      Modify code to use fstat() to determine expected read length.
      
      This fixes regression that broke using fw_env with NVMEM devices.
      
      Fixes: c059a22b ("tools: env: fw_env: Fix unused-result warning")
      Cc: Jaehoon Chung <jh80.chung@samsung.com>
      Signed-off-by: default avatarRafał Miłecki <rafal@milecki.pl>
      f29c5ca3
  24. Jan 04, 2024
Loading