And the problem is, when we change a partition size i.e. adding thing to product / system / vendor) how to update the *.transfer.list and the final dynamic_partition_op_list ? with the new sizes ?
This is not for Teyes but for the other FYT uis7862 units.
Note: below is a theoretical approach. I did not test it.
If you look at the dynamic_partitions_op_list, the first one is the unisoc partition which is the superpartition. The sizes of the partitions are in bytes.
partition | size | size (GB) | |
unisoc | 4299161600 | 4.3GB | |
| | | |
partition | size | size (GB) | total |
product | 1058623488 | 1,05 | |
vendor | 351330304 | 0,35 | |
system | 1322008576 | 1,3 | |
elable | 52436992 | 0,05 | 2,75 |
The oem is not mentioned in the dynamic_partitions_op_list, but is 1.4GB and has about 350~400MB free space. If it is still added to the superpartition it would grow the total of partitions inside the superpartition to 4.15GB. However, I strongly think it is not inside the superpartion otherwise it would be read-only (like it is in Teyes where it is added to the superpartition)
The /data is not mentioned either but is 52GB. This one is definitely not in the superpartition.
As you can see the superpartition is 4.3GB and the total amount of other partitions is 2.75GB and with oem in total 4.2 GB. I assume that as long as you stay below the 4.3GB, you can extend other partitions and simply change the numbers.
As the partitions are recreated upon flashing the unit, both for the kernel as well as the AllAppUpdate.bin, I think you can simply reflash when things go wrong.
But again: this is a theoretical approach.
Edit: If others think I am wrong then please correct me. We can all learn from that.