Hi,
hmm… ok.
So actually the posts you pasted here didn’t give you much help, did it? You just tried the same as before and somehow it can start the flash process now, right?
Please note that this case is different from your previous test. When you see below log, the UART “should” give out log.
[ 0.8208 ]
[ 0.8209 ] Boot Rom communication
[ 0.8237 ] tegrarcm_v2 --chip 0x18 0 --rcm rcm_list_signed.xml
[ 0.8263 ] BootRom is not running
[ 5.9764 ]
[ 6.9792 ] tegrarcm_v2 --isapplet
[ 1011.8007 ]
[ 1011.8042 ] tegradevflash_v2 --iscpubl
[ 1011.8087 ] CPU Bootloader is not running on device.
[ 2027.6092 ]
[ 2028.6136 ] tegrarcm_v2 --isapplet
[ 3043.4166 ]
[ 3043.4207 ] tegradevflash_v2 --iscpubl
[ 3043.4251 ] CPU Bootloader is not running on device.
[ 4059.2247 ]
[ 4060.2288 ] tegrarcm_v2 --isapplet
[ 5075.0320 ]
[ 5075.0352 ] tegradevflash_v2 --iscpubl
What is your setup of UART? Please give us step.
Hi…
I have used as usb-ttl converter and connected to J21 Pin 8 and pin 10 respectively.
I use to get the log on my console during the normal boot.
If the device is never get flashed by jetpack4.x, it should be still able to boot up the jetpack3.3, right?
Are you able to boot up this device and share the full boot up log?
Also, just want to know do you have other TX2 module or not? We should at least confirm whether your host is able to flash any TX2 modules or not.
Hi…
Yes.The device is still able to boot up the old jetpack(3.3).
Currently i have got only one TX2.
Please find the attached boot log
jetson_tx2.log (102 KB)
I see an i2c error, and I am wondering, is this the dev kit carrier board, or is it a third party carrier board? In the case of a software issue causing this, then it could be an invalid device tree. If you are using the dev kit carrier board, then the device tree should already be valid.
Hi varunqd,
Not sure why i2c gen7 would have error. My guess is same as linuxdev, are you using a non-devkit carrier board?
Also, one test that might not help but could give some hints too.
- Is your board still able to flash jetpack3.3?
- Are you able to see UART log during flash procedure when flashing jetpack3.3?
Hi…
I am using the carrier board provide with the dev-kit.
But the device tree present in the current module have some slight modifications as we were running the module on separate custom board previously.
I haven’t tried flashing the jetpack 3.3. Will give a try on it.
Will the change is device tree cause any issues with flashing?
Flash itself won’t care what device tree change there is. However, if that change is still present, then it could cause some failure when comes to actual boot and run of the o/s. USB issues during a flash (versus during install of optional packages) will in no way have any issue with device tree no matter what the change is (well, one corner case is that if the new tree is larger than the space permitted, then flash will indeed fail…but it won’t be because of the change in the tree, this would instead be due to disk space being arranged wrong for that size of partition).