We are trying to boot L4T on a custom board based on Tegra K1 processor. After quite much of debugging, we have reached a point where we are able to flash u-boot and boot kernel from both eMMC and SD card. However, when the kernel tries to mount the rootfs, it is able to mount the mmcblk0p1/mmcblk1p1 partition but hangs after throwing following:
When we tried to disable ADMA on SDHCI by passing “sdhci.debug_quirks=32832” to kernel command line argument, the Tegra SDHCI driver crashes and kernel hangs at following:
[ 8.076631] Waiting for root device /dev/mmcblk1p1...
Please find below files of detailed kernel logs for both scenarios when ADMA was enabled and disabled.
We were trying the quoted task just as a workaround to ADMA issue. Although I will try the comment you made in other thread about adding echo statements in init script, but can you or someone else give an idea why I am getting these ADMA errors? Are these errors because of RAM issues or SDHCI controller/driver fault? Because our main goal is to run L4T on our board from eMMC.
I couldn’t say. Sometimes people have a slightly off hardware design; sometimes a device tree change is required; sometimes a driver wants a physical address, but is being given a virtual address (or vice versa). The echo statements are to see at what point during boot of the initrd the error occurs…this would narrow in on what runs at the moment of failure.
This issue was causing more trouble in addition to ADMA errors. There was a routing issue in DDR which resulted in chip-select of two DDR chips to be continuously asserted. This resulted in a number of random issues including GPU driver crashing on boot.
After programming the EEPROM and doing a rework on our board to rectify chip-select issue, everything went smooth.