Closed brgl closed 3 years ago
Hey @brgl
Could you please give us more detail about the repo are you using ?Are you using tegra-demo-distro
? which branch ?
I think that I have tested the A/B system update and it was working fine. so please share the detail and I will take a look and get back to you quickly.
@ichergui Duh, sorry for not posting that right away. Below is my build info:
Build Configuration:
BB_VERSION = "1.46.0"
BUILD_SYS = "x86_64-linux"
NATIVELSBSTRING = "universal"
TARGET_SYS = "aarch64-oe4t-linux"
MACHINE = "jetson-xavier-nx-devkit"
DISTRO = "tegrademo-mender"
DISTRO_VERSION = "3.1+snapshot"
TUNE_FEATURES = "aarch64 armv8a crc"
TARGET_FPU = ""
meta = "HEAD:bb7747497adbc7c99f6fc9b48b643eecb4cb1408"
meta-tegra
contrib = "HEAD:4dffc9c71438d9dc78a29f0b2444fb949419a9ef"
meta-oe
meta-python
meta-networking
meta-filesystems = "dunfell:5bba79488b7d393d2258d6e917f7bf7b0d7c4073"
meta-virtualization = "dunfell:92cd3467502bd27b98a76862ca6525ce425a8479"
meta-mender-core = "dunfell:f5864bfb32906b87cc24d5b84e74805994f0ef3e"
meta-mender-tegra = "dunfell:43b69147328ec501e902dd0832eb286bbe501c15"
meta-tegra-support
meta-demo-ci
meta-tegrademo = "dunfell-l4t-r32.4.3:fe5af105aed8867b41421d59bafd330ed174c13e"
It's dunfell
branch of tegra-demo-distro
and I'm using the demo-image-base
image. Let me know if you need more info.
@brgl no worries I will try it and let you know.
The TNSPEC that was mentioned in the trace was 3668-300-0000-B.0-1-2-jetson-xavier-nx-devkit-mmcblk0p1
. That spec is derived from module version information stored in an EEPROM and is used to determine which flavors of the various bootloader binaries are compatible with the machine. On some Jetsons, at least, different module versions require different versions of some the binaries.
Looks like NVIDIA has issued a new version (aka FAB) of the NX dev kit module (that's the 300
above). Current BUP payload builds only handle the 100 and 200 FABs (and even the 200 one I ended up adding myself because the l4t_generate_soc_bup.sh
script in the BSP only mentions 100, even in R32.5.0).
Sure enough, I just fired up a new NX dev kit I just got, and it too is FAB 300. I'll update the machine config to add that one to the list. In the meantime, you should be able to work around the issue by adding
TEGRA_BUPGEN_SPECS_append_jetson-xavier-nx-devkit = " fab=300;boardsku=0000;boardrev="
to your local.conf
file. It looks like the current bootloaders/configs work OK with the new version, so that should be safe to do.
Thanks @madisongh That's right. I just finish testing here, all good.
OK, I've merged the change into the relevant branches in meta-tegra and have updated the corresponding branches of the distro with the latest, so next time you update (and git submodule update
to update the layers), it should work better.
Thanks a lot @madisongh, everything works now!
@madisongh i'm on gategarth with a custom image but I'm wondering if this is the same as #42 ? Would this fix impact the gatesgarth branch as I'm still having problems getting updates to stick.
@arrow53 The symptom here is a failure during the mender install
, consistently on a device with the newer version. In #42 it sounded like you were saying that the install completes without error, but the device doesn't reboot into the new partition, some of the time.
@madisongh ok got it. Yeah, I'm still having issues. I'll go back to to #42 if I can get some insight what to try/show. thanks.
Hi!
I'm trying to integrate mender with our system but I can't correctly update the device. I first noticed this error on a custom system but I can reproduce it with the vanilla
demo-image-base
image with hosted mender.The update fails when the
ArtifactInstall_Leave_80_bl-update
state script runs and exits with an error. The offending line is:And this is what happens inside:
Unfortunately I have no idea what this program is trying to achieve. Please advise on where to look next.
EDIT
This is the complete strace output.