I have a Jetson Nano since few weeks that I was using for astrophotography application with an IMX477 sensor. It is installed in a metal case with power on, reset and FR mode buttons. The kind of case very common on online shopping sites.
Suddenly few days ago it started to randomly power off, I had to manually push the power on button to restart it. After a while of this behaviour it never come up again.
I can power on, the green led turns on, but no system is booted.
I connected the serial debug port and I see the following repeated in loop:
[0000.125] [L4T TegraBoot] (version 00.00.2018.01-l4t-8728f3cb)
[0000.130] Processing in cold boot mode Bootloader 2
[0000.135] A02 Bootrom Patch rev = 1023
[0000.138] Power-up reason: pmc por
[0000.141] No Battery Present
[0000.144] pmic max77620 reset reason
[0000.147] pmic max77620 NVERC : 0x40
[0000.151] RamCode = 0
[0000.153] Platform has DDR4 type RAM
[0000.156] max77620 disabling SD1 Remote Sense
[0000.161] Setting DDR voltage to 1125mv
[0000.165] Serial Number of Pmic Max77663: 0x1f26e4
[0000.172] Entering ramdump check
[0000.175] Get RamDumpCarveOut = 0x0
[0000.179] RamDumpCarveOut=0x0, RamDumperFlag=0xe59ff3f8
[0000.184] Last reboot was clean, booting normally!
[0000.188] Sdram initialization is successful
[0000.192] SecureOs Carveout Base=0x00000000ff800000 Size=0x00800000
[0000.199] Lp0 Carveout Base=0x00000000ff780000 Size=0x00001000
[0000.204] BpmpFw Carveout Base=0x00000000ff700000 Size=0x00080000
[0000.210] GSC1 Carveout Base=0x00000000ff600000 Size=0x00100000
[0000.216] GSC2 Carveout Base=0x00000000ff500000 Size=0x00100000
[0000.222] GSC4 Carveout Base=0x00000000ff400000 Size=0x00100000
[0000.228] GSC5 Carveout Base=0x00000000ff300000 Size=0x00100000
[0000.234] GSC3 Carveout Base=0x000000017f300000 Size=0x00d00000
[0000.250] RamDump Carveout Base=0x00000000ff280000 Size=0x00080000
[0000.256] Platform-DebugCarveout: 0
[0000.259] Nck Carveout Base=0x00000000ff080000 Size=0x00200000
[0000.265] Non secure mode, and RB not enabled.
[0000.269] BoardID = 3448, SKU = 0x0
[0000.272] QSPI-ONLY: SkipQspiOnlyFlag = 0
[0000.276] Nano-SD: checking PT table on QSPI ...
[0000.281] Initialize FailControl
[0000.284] Read PT from (2:0)
[0000.314] *** crc32 (df5e36b4) checksum error (exp:ce24a198) ***
[0000.320] *** Set to failover in the next boot ***
[0000.325] NvTbootFailControlSetClobber:
[0000.328] *** Rebooting ***
I tried to write a new SD but I have the same behaviour.
Do you know what is happening and how to solve the problem?
Unfortunately I have ubuntu 20.04 and I have some difficulties running the SDKManager.
Good to know the docker command worked for you. I ordered a serial cable to also check those logs. Hopefully, I will be able to see what the errors are then.
PS. I am also interested in astrophotography with the jetson. What software and equipment are you using? And what are your results?
I followed the example in the document, commited the previous state and relaunched adding -v /dev/bus/usb:/dev/bus/usb/ and there was indeed some progress.
Instead of doing a new fixed container I just launched a bash into the running container and installed it to progress, but I think it should be fixed upstream.
After installing libxml2-utils it progressed further and now the serial debug console is showing:
[0096.840] Processing in recovery mode
[0096.844] A02 Bootrom Patch rev = 1023
[0096.847] Power-up reason: software reset
[0096.851] Established communication link with host
[0097.837] Odmdata from BCT: 0x000a4000
[0097.841] DebugPort= 0x3
[0097.843] SkipQspiOnly= 0x0
[0097.895] BoardId read from EEPROM/NCT: 3448
[0097.899] BoardID = 3448, SKU = 0x0
[0097.926] NvTbootInit_Porg: Setting GPIO_A6 for HDMI ...
[0097.932] max77620 setting MBLPD bit
[0097.935] No Battery Present
[0097.938] RamCode = 0
[0097.940] Platform has DDR4 type RAM
[0097.944] max77620 disabling SD1 Remote Sense
[0097.948] Setting DDR voltage to 1125mv
[0097.952] Serial Number of Pmic Max77663: 0x1f26e4
[0097.959] Entering ramdump check
[0097.962] Get RamDumpCarveOut = 0x0
[0097.966] RamDumpCarveOut=0x0, RamDumperFlag=0xe59ff3f8
[0097.971] Last reboot was clean, booting normally!
[0097.976] Sdram initialization is successful
[0097.980] SecureOs Carveout Base=0x00000000ff800000 Size=0x00800000
[0097.986] Lp0 Carveout Base=0x00000000ff780000 Size=0x00001000
[0097.992] BpmpFw Carveout Base=0x00000000ff700000 Size=0x00080000
[0097.998] GSC1 Carveout Base=0x00000000ff600000 Size=0x00100000
[0098.003] GSC2 Carveout Base=0x00000000ff500000 Size=0x00100000
[0098.009] GSC4 Carveout Base=0x00000000ff400000 Size=0x00100000
[0098.015] GSC5 Carveout Base=0x00000000ff300000 Size=0x00100000
[0098.021] GSC3 Carveout Base=0x000000017f300000 Size=0x00d00000
[0098.037] RamDump Carveout Base=0x00000000ff280000 Size=0x00080000
[0098.043] Platform-DebugCarveout: 0
[0098.047] Downloaded BCT successfully
but on the sdkmanager container the process still fails, the first error is:
error: Board ID(3448) version(400)
If I reset the board I’m still in the infinite loop of reboots as before.
Actually my error was before yours, I’m not sure I can say it “worked”. Now I encounter the same libxml2-utils issue and others later on.
I was still at the very beginning of the setup when the board stopped working. I was not experimenting any particular software on the jetson side, just a gstreamer pipeline to dump a video for later photo stacking on the host PC. I think the jetson can do much more.
I attach here the full log of the flash.sh run. I think I ran out of tests I can do since I don’t know what the return value 1 means and the debug serial console do not show any further information.
For clarification: I didn’t install ubuntu 18.04 on the same system that I was using with docker, it’s a different machine I had around that I used to install a fresh copy of ubuntu.