Do you have anything to say about my other questions regarding the odmfuseread.sh script?
Are you able to successfully read the fuses with this script?
I did try changing the cvb_eeprom_read_size parameter in the L4T DTS file, but it didn’t change anything. I don’t think odmfuseread.sh actually compiles this file.
Is there a .dtb file in L4T I can replace with the DTB file from my (working) Linux image? Would that make the script work?
yes, odmfuseread.sh should be able to read fuse from SBKPKC Orin target.
anyways, you may have an alternative ways to read fuse variable with flash script, there’s --read-info options for the same purpose.
for instance, $ sudo ./flash.sh --read-info -u <pkc> -v <sbk> <target_conf> <rootdev>
odmfuseread.sh script should works in the early JP-6 release (r36.3, etc.)
anyways, please consider it’s deprecated, you should read fuse variable with flash script now.
Thanks. I think that solves my problems, as best as is possible at this time. Here’s a quick summary of the answers:
We should only use RSA3K keys for the PKC key. Although ECDSA is documented, and it appears to work during the flashing process, the result is a module that can not be updated further.
It is unknown at this time if this is due to a bug in the module, a bug in the module’s firmware or a bug in the Linux tools.
The odmfuseread.sh script does not work once fuses have been burned. It appears to work OK when nothing has been burned, and it might work for an NVIDIA developer kit, but it fails when used with a custom carrier board and/or a Yocto-generted firmware image.
The flash.sh script, with the --read-info option can be used to read fuses.. This worked for me: