NVIDIA Tegra Jetson TX2

Board description

NVIDIA Jetson TX2 hardware with computer vision, GPU and multimedia support.


URL: https://www.nvidia.com/en-us/autonomous-machines/embedded-systems-dev-kits-modules/
Wiki: https://elinux.org/Jetson_TX2

Test results

The Yocto Project releases in the table below have been tested by the Mender community. Please update it if you have tested this integration on other Yocto Project releases:

Yocto Project Build Runtime
sumo (2.5) :test_works: :test_works:
thud (2.6) :test_works: :test_works:
warrior (2.7) :test_works: :test_works:
zeus (3.0) :test_works: :test_works:
dunfell (3.1) :test_works: :test_works:

Build Means that the Yocto Project build using this Mender integration completes without errors and outputs images.
Runtime Means that Mender has been verified to work on the board. For U-Boot-based boards, the integration checklist has been verified.

Getting started


  • A supported Linux distribution and dependencies installed on your workstation/laptop as described in the Yocto Mega Manual
    • NOTE. Instructions depend on which Yocto version you intend to use.

Setup Yocto Environment

Dunfell and later releases use the tegra-demo-distro to demonstrate a working mender configuration.

Please use the setup-env script in tegra-demo-distro to setup and configure the tegrademo-mender distribution. Use the branch corresponding to the yocto version you plan to target. For instance, for the dunfell branch and NVIDIA L4T release 32.4.3, use these commands from the root of the cloned tree:

git submodule update --init
git checkout dunfell-l4t-r32.4.3

Then use

source ./setup-env --distro tegrademo-mender --machine jetson-tx2

To setup your build environment for Jetson TX2.

See the OE4T/meta-tegra wiki for more information about the meta-tegra project.

Setup build environment

Initialize the build environment:

source ./setup-env --distro tegrademo-mender --machine jetson-tx2

or if you’ve already setup your initial environment you can use the simpler option:

source ./setup-env

Building the image

You can now proceed with building an image:

bitbake demo-image-base

Using the build output

After a successful build, the images and build artifacts are placed in tmp/deploy/images/jetson-tx2.

The disk image package for Jetson has a name like demo-image-base-jetson-tx2.tegraflash.tar.gz. This file can be used along with recovery mode on the Jetson TX2 to initially provision the device. To enter recovery mode:

  • Power cycle
  • Hold down the RST button and REC button.
  • Release the RST button while continuing to hold the REC button.
  • Wait two seconds, then release the REC BUTTON.

You should see your NVIDIA device listed in the lsusb device output.

Next, extract the .tar.gz file and then run the ./doflash.sh script inside to flash the build to the device. The script at repos/meta-mender-community/meta-mender-tegra/scripts/deploy.sh can be customized to automate this step if desired. See the instructions on the OE4T wiki for additional details.

On the other hand, if you already have Mender running on your device and want to deploy a rootfs update using this build, you should use the Mender Artifact files, which have .mender suffix. You can either deploy this Artifact in managed mode with the Mender server (upload it under Releases in the server UI) or by using the Mender client standalone mode.


  • meta-tegra: The base BSP layer with support for NVIDIA tegra. See completed pull request here for modifications to support Mender.
  • meta-mender-tegra layer in meta-mender-community: Customization for mender on tegra, including u-boot and partitioning. See completed pull request here for initial modifications to support NVIDIA tegra. See OE4T layer at this link for any changes or to file issues against mender and NVIDIA support.
  • The official Mender documentation explains how Mender works. This is simply a board-specific complement to the official documentation.

Standalone Updates and Bootloader Components

As of the warrior branch, the mender update framework for tegra now supports redundant boot for bootloader components using NVIDIA tools and images. This means you can now update all bootloader components in your image, including u-boot, c-boot and device trees. See this issue for background.
The redundant boot components are upgraded through a mender reboot state script. This means the upgrades are not performed during manual install. To perform reboot state script updates using manual install, the mender-install-manual script is provided in the rootfs. Run this script with the same arguments you would provide to mender -install. The system will run the reboot state script content after performing the update. Based on the implementation of NVIDIA redundant boot update software, the system will reboot automatically after running

Known issues

Let us know if you find one!

If this post was useful to you, please press like, or leave a thank you note to the contributor who put valuable time into this and made it available to you. It will be much appreciated!


6 posts were split to a new topic: Integration of NVIDIA Tegra Jetson TX2

Did anyone get Mender to work with the Jetson Nano yet, even though it’s based on the tegra210 platform? I’m trying to make this work, but I’ve never used Mender before, and it seems like u-boot-bup-payload is purely tegra186 compatible. There’s also a hard dependency on tegra186-redundant-boot, which isn’t compatible with tegra210 either. To be honest, I don’t really have an idea about what those two recipes even do (selecting the correct partition on boot, sure, but how?) and the only information I can find is the original commit for the bup payload and your issue for the redundant boot recipe.
There is a variable called TEGRA210_REDUNDANT_BOOT, but this seems to only affect the partition table (which should be the smaller issue to fix) while tegra186-redundant-boot seems to do a lot more stuff.

I hope I’m not the only one trying to get Mender to work with the Nano and someone can share his experience. :upside_down_face:

1 Like

15 posts were split to a new topic: Integrating NVIDIA Jetson NANO

4 posts were split to a new topic: Problem flashing NVIDIA Jetson TX2

How can I flash image to SATA drive instead of eMMC?

I tried to change MENDER_ROOTFS_PART_A to “/dev/sda3” and MENDER_ROOTFS_PART_B to “/dev/sda4” accordingly with no luck - device stuck on “nvidia” logo during boot

@copycat I’ve never tried this but I expect it’s probably more complicated than just changing the mender partitions. If I were going to try it I’d start by putting together an image based on NVIDIA sources that can boot to SATA, then attempt to replicate that setup with meta-tegra. Once you have it working in meta-tegra the additional changes to work with mender will likely be easier to understand/scope.

1 Like