Home
last modified time | relevance | path

Searched refs:image (Results 901 – 925 of 966) sorted by relevance

1...<<313233343536373839

/Zephyr-latest/boards/nxp/imx8mm_evk/doc/
Dindex.rst151 This will build an image with the synchronization sample app, boot it and
/Zephyr-latest/boards/espressif/esp32c6_devkitc/doc/
Dindex.rst146 The board could be loaded using the single binary image, without 2nd stage bootloader.
/Zephyr-latest/boards/espressif/esp32s3_devkitm/doc/
Dindex.rst140 The board could be loaded using the single binary image, without 2nd stage bootloader.
/Zephyr-latest/doc/releases/
Drelease-notes-3.3.rst80 uploading an image to keep track of the progress, where the sha256 hash
82 image states). Use of a truncated hash or non-sha256 hash will still work
84 to Zephyr/MCUmgr such as image verification.
548 suffer from the same faults or stuck image issues as swap-using-scratch
564 Note that MCUboot and MCUboot image updates from pre-Zephyr 3.3 might be
603 * Issue with duplicate sysbuild image name causing an infinite cmake loop
2136 * A MCUmgr img_mgmt bug whereby the state of an image upload could persist
2137 when it was no longer valid (e.g. after an image erase command) has been
2722 - :github:`53537` - TFM-M doesn't generate tfm_ns_signed.bin image for FOTA firmware upgrade
2819 - :github:`54731` - USB DFU sample does not reliably upload image on RT1050
[all …]
Drelease-notes-3.2.rst548 * Fixed possible build failure in the image manager for mcuboot on
1404 to select which image will be erased, using the ``slot`` input
1439 * Issue with MCUMGR img_mgmt image erase wrongly returning success during an
1448 * MCUMGR img_mgmt image upload over-riding/hiding of result codes has been
1848 …ing ``west flash --recover`` will wrongly recover (and reset) the MCU each time it flashes an image
2325 * :github:`46728` - mcumgr: rt1060: upload an image over the shell does not work
2373 * :github:`46422` - SDK version 14.2 increases image size significantly
2374 * :github:`46414` - mcuboot: rt1060: confirmed image causes usage fault
2509 * :github:`44214` - mgmt/mcumgr/lib: Parasitic use of CONFIG_HEAP_MEM_POOL_SIZE in image management
2554 * :github:`42420` - mgmt/mcumgr/lib: Async image erase command with status check
[all …]
/Zephyr-latest/doc/services/device_mgmt/smp_groups/
Dsmp_group_0.rst731 Used to obtain information on running image, similar functionality to the linux
1038 downgrade prevention enabled; downgrade prevention means that if the uploaded image has a lower
/Zephyr-latest/soc/nordic/nrf53/
DKconfig190 secure firmware image must already have configured GPIO allocation for the
/Zephyr-latest/boards/snps/nsim/arc_v/doc/
Dindex.rst70 This will build an image with the synchronization sample app, boot it using
/Zephyr-latest/boards/toradex/verdin_imx8mm/doc/
Dindex.rst225 [ 94.720481] remoteproc remoteproc0: Booting fw image zephyr.elf, size 473172
/Zephyr-latest/include/zephyr/arch/riscv/common/
Dlinker.ld468 /* To provide the image size as a const expression,
/Zephyr-latest/boards/96boards/meerkat96/doc/
Dindex.rst38 .. image:: img/96b_meerkat96.jpg
/Zephyr-latest/dts/arm/nxp/
Dnxp_rt6xx_common.dtsi64 * 0x1000 of the image will contain the boot header.
/Zephyr-latest/doc/develop/flash_debug/
Dhost-tools.rst54 application image; see :ref:`flash_map_api` for details.
66 application image; see :ref:`flash_map_api` for details.
/Zephyr-latest/scripts/west_commands/completion/
Dwest-completion.zsh256 '(-t --tool)'{-t,--tool}'[image signing tool name]:tool:(imgtool rimage)'
/Zephyr-latest/soc/ite/ec/it8xxx2/
Dlinker.ld497 /* To provide the image size as a const expression,
/Zephyr-latest/boards/snps/emsdp/doc/
Dindex.rst66 Support two 32 MByte Quad-SPI Flash memory, one only contains FPGA image, the other
/Zephyr-latest/boards/adi/max32672evkit/doc/
Dindex.rst330 ``west flash`` command to write a firmware image into flash.
/Zephyr-latest/boards/nxp/mimxrt595_evk/doc/
Dindex.rst280 that the image in flash is interfering and causing this issue.
/Zephyr-latest/boards/nxp/mimxrt685_evk/doc/
Dindex.rst320 that the image in flash is interfering and causing this issue.
/Zephyr-latest/boards/native/doc/
Darch_soc.rst264 With QEMU you compile your image targeting the board which is closer to
358 embedded Zephyr image can be build for each MCU, and all MCU images and the runner are assembled
/Zephyr-latest/doc/services/rtio/
Dindex.rst10 .. image:: rings.png
/Zephyr-latest/boards/adi/max32675evkit/doc/
Dindex.rst382 ``west flash`` command to write a firmware image into flash.
/Zephyr-latest/doc/kernel/services/threads/
Dindex.rst159 .. image:: thread_states.svg
266 .. image:: priorities.svg
/Zephyr-latest/doc/hardware/peripherals/can/
Dcontroller.rst28 .. image:: timing.svg
/Zephyr-latest/boards/udoo/udoo_neo_full/doc/
Dindex.rst240 Copy the Zephyr binary image into the Linux filesystem and invoke the utility

1...<<313233343536373839