The current software flashing process during the development and debugging phase
To flash the Linux system, it requires installing the genio-flash tool on a computer and executing it via command line for flashing. Furthermore, in the state of a blank storage, an Android system must first be flashed using an Android tool before the Linux system can be flashed; otherwise, the Linux system cannot be flashed.
This flashing process is unacceptable for the factory floor due to its extremely low efficiency. With mass production trials approaching, we would like to know if your company has any factory-side flashing software that can directly flash the device in a blank storage state.
Logically, blank chips should also be flashable directly with genio-tool.
Could you please specify which platform you are using?
Are you using eMMC or UFS?
This information is not visible in e-service. Currently, no other customers have reported such issues; you are the first to raise this concern.
We need to confirm if it’s an environmental issue or if there are other platform configuration problems. Thank you.
The platform we are currently using is G520/720 with YOCTO Linux, and the storage method is UFS.
Based on our current testing, when the machine is in a blank state, attempting to flash directly with genio-tool results in the situation shown with some python errors.
Please upgrade your genio-flash (genio-tools) to the latest version first:
As listed here, version 1.7.0 has been released as a stable official build.
Secondly, please have your SW R&D team also verify the LK (DA) version. Would updating the LK version help with the current issues?