Cannot flash Orin NX, Failed to initialize SDRAM

Hello everybody,

I have a new Jetson Orin Carrier board (Waveshare) and a Jetson Orin NX 16 GB module. Unfortunately I cannot flash the module.

I used the following commands on an Ubuntu 22.04 native host to flash JP5.1.3:

tar xf Jetson_Linux_R35.5.0_aarch64.tbz2
sudo tar xpf Tegra_Linux_Sample-Root-Filesystem_R35.5.0_aarch64.tbz2 -C Linux_for_Tegra/rootfs/
cd Linux_for_Tegra/
sudo ./apply_binaries.sh
sudo ./tools/l4t_flash_prerequisites.sh
sudo ./tools/kernel_flash/l4t_initrd_flash.sh --external-device nvme0n1p1 -c tools/kernel_flash/flash_l4t_external.xml -p “-c bootloader/t186ref/cfg/flash_t234_qspi.xml” --showlogs --network usb0 jetson-orin-nano-devkit internal

which gives the following UART logfile:

uart_jp513_cmdline_ubuntu22.log (23.8 KB)

The flash process ends with the following output:


[ 0.2175 ] tegrarcm_v2 --instance 3-11 --chip 0x23 0 --pollbl --download bct_mem mem_rcm_sigheader.bct.encrypt --download blob blob.bin
[ 0.2178 ] BL: version 1.4.0.1-t234-54845784-08e631ca last_boot_error: 0
[ 0.3092 ] Sending bct_mem
[ 0.3174 ] Sending blob
[ 0.4141 ] ERROR: might be timeout in USB write.
Error: Return value 3
Command tegrarcm_v2 --instance 3-11 --chip 0x23 0 --pollbl --download bct_mem mem_rcm_sigheader.bct.encrypt --download blob blob.bin
Cleaning up…

I’ve tested also other setups (different host, Ubuntu 18.04, installation via SDKmanager, JP 6.0, disabling USB autosuspend) but without success. The procedure always stops with the same error in the UART log

[0044.686] E> MSS: Failed to initialize SDRAM.
[0044.690] C> Task 0x2f failed (err: 0x48480112)
[0044.695] E> Top caller module: MSS, error module: MSS, reason: 0x12, aux_info: 0x01
[0044.702] C> Boot Info Table status dump :
01111111001110001111111111111111111111111111101

This looks like a problem with the SDRAM which is installed on the Orin NX module. Could you help me please to find out what the reason for this problem is? Thank you!

Usually it’s some hardware failure, which cannot be recovered by software means.
Please get another module and put it on the same carrier board for test.

Thank you very much for your response!
I’ll contact my vendor to discuss further steps.

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