I have a TX2 on a custom board that will not flash Jetpack 4.4. Other versions (<=4.3) flash just fine. At the point during the flash that the device appears to reset itself, it loses connection:
[ 16.8138 ] Sending bootloader and pre-requisite binaries
[ 16.8149 ] tegrarcm_v2 --download blob blob.bin
[ 16.8159 ] Applet version 01.00.0000
[ 16.8777 ] Sending blob
[ 16.8778 ] [................................................] 100%
[ 17.8455 ]
[ 17.8491 ] tegrarcm_v2 --boot recovery
[ 17.8524 ] Applet version 01.00.0000
[ 17.9512 ]
[ 18.9557 ] tegrarcm_v2 --isapplet
[ 19.6904 ]
[ 19.8405 ] tegradevflash_v2 --iscpubl
[ 19.8434 ] Cannot Open USB
[ 19.8724 ]
[ 20.8780 ] tegrarcm_v2 --isapplet
[ 20.8811 ] USB communication failed.Check if device is in recovery
[ 20.8977 ]
[ 20.9011 ] tegradevflash_v2 --iscpubl
[ 20.9039 ] Cannot Open USB
<snip>
... # repeating messages
</snip>
[ 49.4654 ]
[ 50.4704 ] tegrarcm_v2 --isapplet
[ 50.4730 ] USB communication failed.Check if device is in recovery
[ 50.4893 ]
[ 50.4929 ] tegradevflash_v2 --iscpubl
[ 50.4962 ] Cannot Open USB
[ 50.5328 ]
Error: None of the bootloaders are running on device. Check the UART log.
Failed flashing t186ref.
Again, I can flash this device with 4.3 without issue. I can also flash 4.4 to a standard TX2 dev board just fine.
This appears to be an issue with 4.4 and this custom board, but I’m not certain. Any insight would be appreciated.
What I’m saying is that the flash never happens. The flash.sh goes through making system.img, adding binary blob to blob.bin, etc. Once it goes to start sending stuff to the bootloader the reset happens. Nothing ever gets written.
The device already has 4.3 on it, which is why it is able to boot back into the existing OS.
Though Rob has been here, I still share what I want to check.
In previous comment, you already shared some log from serial console, so I assume you can dump log from this carrier board.
[0360.200] E> Waypoint-0.5 ACK pending: 0x8
[0360.204] C> MTS error (2) : dram alias check failure
[0360.209] C> cpu waypoint 0.5 failed
[0360.212] C> ERROR: Highest Layer Module = 0x32, Lowest Layer Module = 0x32,
Aux Info = 0x1, Reason = 0x6
[0000.280] I> Welcome to MB2(TBoot-BPMP)(version: 01.00.160913-t186-M-00.00-mobile-7d3edb9d)
Based on (1), we need the serial console log when you running the flash command.
When you press the command “sudo ./flash.sh …”, the host will sends some binary to the device through usb cable. During that time, UART should dump some log too. That is what we need to check for flashing issue.
No there is not. I put the device into recovery mode, and then type the sudo ./flash.sh ... command. There is some time while flash.sh builds everything, which I think explains the time lapse - there is no output until it starts sending the first blob.
It usually doesn’t take 8~9 minutes (third post in this thread shows about ~6), so there may have been a slight delay between when I put in recovery mode and when the first blob was sent.
In your method to OTA upgrade to 4.4, I am also wondering if you can move the module which you cannot boot on cti board to devkit. Will it boot successfully?
I mean:
OTA upgrade from 4.3 to 4.4 on cti board → installation should be okay but cannot boot up
Power off the board and move this module directly to devkit and boot up → will it boot up fine?
I did discover something interesting - the board will boot under 4.4 when the USB cable is disconnected. So this eliminates being able to flash 4.4, as the cable is required for the flashing process.
However, when I attempt the OTA upgrade (flash 4.3, then OTA from 4.3 → 4.4), I had previously stated that the flash worked, but it wouldn’t boot into 4.4 after I issued the reboot command. This is because I had the micro USB cable still connected so that I could monitor the UART. If I disconnect this cable, it boots just fine.
So 4.4 won’t boot with the micro USB cable connected to this board (and it would on previously releases)