Hello,
Previous thread was locked, so I re-create therad as "related question".
Do you have any update about this ?
BR,
This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
Hello,
Previous thread was locked, so I re-create therad as "related question".
Do you have any update about this ?
BR,
Hello Bin-san,
I also have one additional question about this thread.
Q. Is this issue able to be applied to USBDFU to eMMC transition ?
Because, we saw similar phenomenon on USBDFU data transition.
When I use tisdk-base-image (Data size is approx 400M), I could transit this to eMMC. However, when I use tisdk-default-image (Data size is approx less than 2G), data transition fail arround 1G transition point. (Arround 50% transition).
Could you comment about this as well ?
Best Regards,
Hi Machida-san,
Yes, we were able to see the same USBDFU failure while transferring huge filesystem image, and we believe the eMMC issue is the same as copying huge files in Linux. The issue is under debugging.
Hi Ryuuichi,
We don't have enough information yet to conclude if it is related to hardware or software.
Hello Bin-san,
Thank you for your reply.
Do you have any alternate way to write filesystem(large size) to eMMC ?
If customer only have eMMC as boot storage, it seems that there is no way to write large filesystem.
Best Regards,
Hi Machida-san,
Can you please apply the following kernel patch to see if makes writting large filesystem to eMMC possible?
diff --git a/drivers/mmc/host/sdhci_am654.c b/drivers/mmc/host/sdhci_am654.c index 6d7681956b19..6653e27caacd 100644 --- a/drivers/mmc/host/sdhci_am654.c +++ b/drivers/mmc/host/sdhci_am654.c @@ -696,10 +696,6 @@ static int sdhci_am654_init(struct sdhci_host *host) if (ret) return ret; - ret = sdhci_am654_cqe_add_host(host); - if (ret) - goto err_cleanup_host; - ret = sdhci_am654_get_otap_delay(host, sdhci_am654); if (ret) goto err_cleanup_host;
Hi Machida-san,
Yes, this patch is for kernel - <SDK installation dir>/board-support/linux-<version>/.
You only need to build the kernel, not the whole SDK.