Reading board ID, fab, SKU, and rev

I have an Orin NX module on a ConnectTech Hadron carrier board. I’m trying to follow the instructions in README_initrd_flash.txt:

Without device connected (offline mode):
Run this command from the Linux_for_Tegra folder to generate flash images:

$ sudo BOARDID=<BOARDID> FAB=<FAB> BOARDSKU=<BOARDSKU> > BOARDREV=<BOARDREV> \
./tools/kernel_flash/l4t_initrd_flash.sh --no-flash <board-name> <rootdev>

I would like to determine the value of BOARDID etc. from the attached device so that I can produce images for it offline in the future.

Notably, there is an appendix in this file that lists the values for some boards, but jetson-agx-orin-devkit appears 3 times.

Board Name BOARDID BOARDSKU FAB BOARDREV
jetson-agx-xavier-industrial 2888 0008 600 A.0
clara-agx-xavier-devkit 3900 0000 001 C.0
jetson-xavier-nx-devkit 3668 0000 100 N/A
jetson-xavier-nx-devkit-emmc 3668 0001 100 N/A
jetson-xavier-nx-devkit-emmc 3668 0003 N/A N/A
jetson-agx-xavier-devkit (16GB) 2888 0001 400 H.0
jetson-agx-xavier-devkit (32GB) 2888 0004 400 K.0
jetson-agx-orin-devkit 3701 0001 TS1 C.2
jetson-agx-orin-devkit 3701 0000 TS4 A.0
jetson-agx-xavier-devkit (64GB) 2888 0005 402 B.0
holoscan-devkit 3701 0002 TS1 A.0
jetson-agx-orin-devkit 3701 0004 TS4 A.0

But I cannot figure out how to query it directly. For example:

$ sudo ./nvautoflash.sh --print-boardid
*** Checking ONLINE mode ... OK.
*** Checking target board connection ... 1 connections found.
*** Reading ECID ... *** Error: ECID read failed.
Put the target board in RCM mode and retry.

(The read fails because tegrarcm_v2 --uid --new_session --chip 0x23 returns exit code 16.)

When I run l4t_initrd_flash.sh --showlogs it outputs blanks:

Board ID() version() sku() revision()
Chip SKU() ramcode() fuselevel(fuselevel_production) board_FAB()

Some previous discussion here concluded that BOARDREV is not important, but doesn’t explain how the device’s EEPROM was read.

./nvautoflash.sh --print-boardid is the correct command, however I am running on ARM and the L4T binaries are only provided for x86_64, so they were running under QEMU emulation.

$ sudo QEMU_GUEST_BASE=0 ./nvautoflash.sh --print-boardid
...
Parsing module EEPROM:
--- Parsing board ID (3767) succeeded.
--- Parsing board version (500) succeeded.
--- Parsing board SKU (0000) succeeded.
./nvautoflash.sh: line 505: warning: command substitution: ignored null byte in input
--- Parsing board REV () succeeded.

There is an inconsistency here, “version” in the above response is the same as FAB.

This topic was automatically closed 14 days after the last reply. New replies are no longer allowed.