I am using the sdkmanager cli in the provided docker image (I also built my own ubuntu docker image with the deb package, but with the same result) to flash my agx xavier with jetpack v. 4.5.1:
sdkmanager --cli install --logintype devzone --product Jetson --version 4.5.1 --targetos Linux --host --target JETSON_AGX_XAVIER --flash all --additionalsdk DeepStream
However, the program fails at multiple points:
- when creating the image, in
/tmp/tmp_NV_L4T_FILE_SYSTEM_AND_OS_T194_COMP.sh
,sudo chroot . dpkg -P dnsmasq
is called, wheredpkg
is an aarch64 executable. I fixed this by patching chroot to call dpkg withqemu-aarch64-static
(which is explicitly installed, but never used) - in the tegra root file system (
Tegra_Linux_Sample-Root-Filesystem_R32.5.1_aarch64.tbz2
), there are multiple things missing:- a script checks for
rootfs/usr/lib/aarch64-linux-gnu/tegra
, which is not present; I “solved” that by creating this (empty) directory (to be able to continue in the installation process, but this is probably an issue) -
rootfs/etc/wpa_supplicant.conf
is missing during the flashing step, i “fixed” this by creating an empty file there -
rootfs/lib/firmware/brcm/fw_bcmdhd.bin
is missing during the flashing step, and I didn’t continue there because I fell like I’d brick my board
- a script checks for
I also tried this with jetpack 4.4.1, but a different image file is missing there (see the last point in the list above, but it’s called firmware.img
or something)
I can’t imagine this being my fault, since I only executed the command I got from sdkmanager --query
, and the files in question are simply not there (and I don’t know what I could do differently to make them magically appear), so I’m guessing this might be a problem with an updated version of said tbz2, where files are moved/renamed/… and this is not reflected in the sdkmanager utility; is there any fix I can use to make this work? I haven’t tried using the ubuntu version natively since I’d have to set up an ubuntu instance for that, but I imagine that these problems won’t magically go away there…