NXP -
We are attempting to qualify a second source for nonvolatile memory on our custom i.MX6ULL based processor board. The nonvolatile memory being used is eMMC. Current qualified part is a Micron MTFC4GACAJCN-4M IT. The part that we are attempting to qualify is a Kioxia THGBMJG6C1LBAU7. We are using manufacturing tools to image our device. On the Kioxia boards, the part never programs correctly. We get the following error in the log (I also attached the full log for reference):
VLDO3: disabling
Freeing unused kernel memory: 1024K (80a00000 - 80b00000)
sdhci: Secure Digital Host Controller Interface driver
sdhci: Copyright(c) Pierre Ossman
sdhci-pltfm: SDHCI platform and OF driver helper
mmc1: SDHCI controller on 2194000.usdhc [2194000.usdhc] using ADMA
sdhci: Tuning procedure failed, falling back to fixed sampling clock
mmc1: tuning execution failed: -5
mmc1: error -5 whilst initialising MMC card
sdhci: Tuning procedure failed, falling back to fixed sampling clock
mmc1: tuning execution failed: -5
mmc1: error -5 whilst initialising MMC card
sdhci: Tuning procedure failed, falling back to fixed sampling clock
mmc1: tuning execution failed: -5
mmc1: error -5 whilst initialising MMC card
sdhci: Tuning procedure failed, falling back to fixed sampling clock
mmc1: tuning execution failed: -5
mmc1: error -5 whilst initialising MMC card
MMC drivers loaded
We are using the 4.9.11 Linux kernel provided by NXP. Our eMMC is connected to USHDC2. I have attached our dts and dtsi files for reference as well.
We have already been working with Kioxia on this issue for a few weeks and they asked that we enter this ticket as a reference in debugging our issue. They did previously instruct us to add a tuning tap to the usdhc2 node in the dtsi file, which concluded in the same failure. Also, this impacted the ability to program a board correctly even with the working Micron part:
fsl,tuning-start-tap = <20>;
I also attached the relevant portions of the schematic.
Please let us know what the next suggested thing is we can try.
kind regards.
解決済! 解決策の投稿を見る。
Hi everyone -
We solved the issue. I had an incorrect build setting so my changes were not getting packaged correctly. What fixed the issue was adding the
Hi everyone -
We solved the issue. I had an incorrect build setting so my changes were not getting packaged correctly. What fixed the issue was adding the
FYI. This thread may help you.
https://community.nxp.com/t5/i-MX-Processors/Issue-on-eMMC-boot-with-iMX6ULL/m-p/646355
This did not work. I changed my imx6ull.dtsi usdhc2 node to the following for both Uboot and the kernel and did not have any luck.
Hi Chad
Some of those newer eMMc from Kioxia are version 5.0 or newer and few of them only work with lower (1.8V) VCCQ. I suggest you upgrade your kernel to newer one as they have been lots of patches in that area.
Regards
Sinan Akman
yes we are looking at this but it is easier said than done and will take some time.