Closed B4njoS closed 5 months ago
Hi, dcs_deploy script calls only nvidia tools (l4t_initrd_flash_internal.sh
script) with proper optional arguments and do not do any other steps. Going to /root/.dcs_deploy/flash/xavier_nx_emmc_1.2_51_full/Linux_for_Tegra/
and then you can execute same script on your own: sudo ./tools/kernel_flash/l4t_initrd_flash.sh --flash-only airvolute-dcs1.2+p3668-0001-qspi-emmc mmcblk0p1
This problem looks to be caused by nvidia, looks like tegrarcm_v2 script have problems with host computer USB. We have encountered problems with flashing mostly on AMD cpu computer, Intel platforms was much more stable. In some cases, we have found that, immediate running flash script after power on dcs board in recovery mode was more successful in flashing problematic devices. If you'll have some more info according this issue, please share it here.
Thanks for the response. I have found out that if I switch a Nvidia jetson CPU to another one the script might work. I'm using Intel CPU's and not AMD's. I'm asking you for help because I saw in Nvidia forum that if you have custom carrier board the company that make the board might be able to solve this problem because it's related to the BSP files. Is it possible that we have purchased a broken Xavier NX CPU? The first time to burn it and it's failing to burn as I posted above.
So, Let's conclude, Do I need to ask Nvidia how to solve it? If they send me back to you, would you help me get the problem solved? Need a fast answer, sorry for pushing, we are second from Production stage. Thanks!
As mentioned earlier, we don't supply nvidia tools, so we don't have any possibility to solve nvidia issues caused by their tools.
We have only hints for you to find problem:
I have found out that if I switch a Nvidia jetson CPU to another one the script might work.
- Please try to figure out, if it is problem of dcs board, or jetson CPU by switching jetson cpu to another carrier board and flashing it again on other boards. Can be that problem is jetson CPU problem
I'm asking you for help because I saw in Nvidia forum that if you have custom carrier board the company that make the board might be able to solve this problem because it's related to the BSP files.
- Nvidia don't want to support other carrier boards, but sometimes they response. Better to not mention you are using other carrier boards, but they figure it out when looking on flash params :). The right option is to replicate problem on nvidia carrier board and send them logs. But it could take time to solve this issue
- If it's related to the BSP files, then it will not work on other boards, but you mentioned, there was plenty of successful device flashes
I'm using Intel CPU's and not AMD's
- the problem can be caused by driver version, kernel version, ... etc... currently we don't know what causes the problem. The best is not to update Ubuntu after installing fresh one.
Hello! I have a big problem with the flashing procedure, I have flashed over 80 boards using your scripts, after 6-8 boards I have this error, which I can fix only if I formatting the entire Ubuntu OS on the Host PC.
I tried to fix the problem myself using Nvidia forum old discussions and didn't succeed.
I have tried with different carriers (all Airvolute 1.2 boards) and different Nvidia Jetson's (all Xavier NX) and no success.
The device was in recovery mode for sure, I checked myself multiple times before running the scripts.
Please help me to get the right solution without formatting the whole OS.
Adding below the Error with some previous information
I have tried with branches : main , oem. Both have the same error