sdhci_data_transfer: Trasnfer data timeout

Jaehoon Chung jh80.chung at samsung.com
Tue May 25 03:16:52 CEST 2021


Hi 

On 5/24/21 11:43 PM, aregaard wrote:
> Hi,
> I have made a custom board based on ARM A53.
> I use a NOR-flash, eMMC and DDR3.
> 
> I can start the Uboot from NOR and communicate with the eMMC. 
> But for some reason it is timing out the first time I connect to the eMMC.
> 

You can enable MMC_TRACE, then you can see more information.

Best Regards,
Jaehoon Chung

> 
> *(CLK =25MHz)*
> => run mmc_format
> eMMC: INT_STATUS = 00018000
> eMMC: INT_STATUS = 00018001
> sdhci_transfer_data: Transfer data timeout
> sdhci_transfer_data: Transfer data timeout
> 
> After this part it can communicate:
> 
> *(CLK = 50MHz)*
> success!
> Writing GPT: success!
> Saving Environment to SPI Flash... SF: Detected n25q128a13 with page size
> 256 Bytes, erase size 4 KiB, total 16 MiB
> Erasing SPI flash...Writing to SPI flash...done
> Valid environment: 1
> OK
> 
> This Timeout might cause problems with the DDR3 (I am having problems with
> the Kernel not booting corretly). I think there is an issue with the
> communication with the eMMC and DDR, due to the timeout.
> 
> What can generate the timing-out-issue? 
> 
> To make it clear; I can communicate with the eMMC. The first time it is
> really slow and is timing out with 25 MHz FLASH-clk. The second time it goes
> directly into sync:
> 
> => run mmc_format
> success!
> Writing GPT: success!
> Saving Environment to SPI Flash... Erasing SPI flash...Writing to SPI
> flash...done
> Valid environment: 2
> OK
> 
> I sounds like a HW-issue, but what can cause this in the code?
> 
> If I reset the system it is timing out again the first time.
> 
> Kind Regards
> 
> 
> 
> --
> Sent from: http://u-boot.10912.n7.nabble.com/
> 



More information about the U-Boot mailing list