Hi
We have a faulty SD card on our custom carrier board.
We can not remove it from the board because it is mistakenly stuck to the board by conformal coating.
The faulty SD card generates errors during startup, and we want to get rid of them.
It also causes several extra seconds during startup that is very undesired to us.
I tried :
“disabling” the sdhci@340000 node: (status = “disabled”)
deleting the entire node
The errors have gone.
But, the extra time during startup still exists.
What should I do to completely remove it?
Thanks.
What you are doing does not make sense… the “sdcard slot” on custom board would be on sdhci@344000 but not 340000…
I see various post suggesting that sdhci@340000 is for SD card on Developer Kit. (And custom board?)
Hi rtakaki,
Please check our OEM design guide to know the original pin for each sdhci controller.
sdhci@3400000 was for the sdcard slot on devkit and sdhci@3440000 is for the on-module wifi/bt chip which is also a SDIO device.
Thus, you could refer to the device tree of sdhci@3440000 and also the document from our kernel source.
kernel/kernel-4.9/Documentation/devicetree/bindings/mmc/sdhci-tegra.txt
I am not sure why you put wilc_sdio under sdhci node. For the on-module wifi chip bcm4354, w…
The sdhci should be able to control the regulator (gpio) from software.
Do you put your gpio pin to the device tree?
→ /t18x-common-platforms/tegra186-quill-power-tree-p3310-1000-a00-00.dtsi
sdhci@3400000 {
vqmmc-supply = <&spmic_ldo3>;
vmmc-supply = <&en_vdd_sdcard1>;
};
Beside that posts, I used 340000 and it worked!
You mean it is a mistake to use sdhci@340000?
So, why it works?
Oh sorry. My mistake.
I thought it was talking about Jetson Nano platform. Turns out it is TX2.
Then what you did is correct.
OK No problem.
Thanks very much for your help and support.
As I said in post #1 , I tried disabling the node as well as deleting the entire sdhci@340000
node.
Both caused the errors to disappear,
But during boot time, after the message :
" Hit any key to stop auto boot: 2 1 0 "
There is an extra 8 second wait, which I think is related to this corrupted SD card.
Because before corruption of SD card, this 8 second did not exist.
You can try to dump the log and attach first.
Ok I will post the boot log.
Here is boot log with “quiet” keyword removed from /boot/extlinux/extlinux.conf :
Boot-Log-Putty.log (70.9 KB)
Very well !
It worked for me.
According that link, I stop auto boot with serial console (Hit any key to stop autoboot):
To interrupt U-Boot
Connect a terminal application to the serial port of the board.
Power on or reset the board.
Wait for the U-Boot sign-on message to appear. Key presses before this message appears may be ignored. (Hit any key to stop autoboot)
Press any key to interrupt the automatic boot process.
Then, checking the value of boot_targets
environment variable with the following command:
printenv boot_targets
As shown in the above figure, boot_targets value contains mmc1, mmc0, usb0, …
In the U-boot guide, each of the above values are explained:
Then running these commands according to U-boot guide, to change the boot_targets
value:
env default -f -a
setenv boot_targets mmc0
saveenv
And finally check the boot_targets
value again:
printenv boot_targets
After doing the above steps, Jetson TX2 no longer wait in the “Hit any key” stage for 8 extra seconds.
Thanks very much Wayne for your exact and to the point help.
Ali.
1 Like
system
Closed
June 18, 2024, 8:20am
14
This topic was automatically closed 14 days after the last reply. New replies are no longer allowed.