i.MX ProcessorsのトピックRe: IMX8MP SDIO DDR50 clock issue

IMX8MP SDIO DDR50 clock issue

vishal088 — Mon, 31 Aug 2026 20:22:01 GMT

Hello

We recently applied the following NXP fix from kernel v7.2-rc4.

58c08eea91572df62d71731f1d1180a0dc8e3a6f
mmc: sdhci-esdhc-imx: fix esdhc_change_pinstate() to allow default state restore

Before this fix, esdhc_change_pinstate() required all pin control state named default, state_100mhz and state_200mhz to be present in device tree before applying any timing-specific pin control state. Therefore, if any pin control was not defined in the USDHC device-tree node, the driver did not apply state_100mhz, even when the SDIO device switched to DDR50 timing.
With the fix, the driver validates and applies only the pin control state required for the selected timing mode. Therefore, state_100mhz is now correctly applied for SDR50 and DDR50 modes.

After applying this fix, we observed an issue with the SD2 clock-pad configuration in state_100mhz.

SDIO device (in DDR50 mode) does not work with:

MX8MP_IOMUXC_SD2_CLK__USDHC2_CLK 0x194

However, SDIO device (in DDR50 mode) works with:

MX8MP_IOMUXC_SD2_CLK__USDHC2_CLK 0x184
MX8MP_IOMUXC_SD2_CLK__USDHC2_CLK 0x192
MX8MP_IOMUXC_SD2_CLK__USDHC2_CLK 0x196

The 0x184 setting differs from 0x194 only in slew rate. The other working settings use different drive-strength values.

We understand this behavior may be related to signal integrity. However, the result is not straightforward: DDR50 fails with 0x194, but works both with a slower slew rate (0x184) and with a stronger drive setting (0x196).

In addition, SDR50 works correctly with 0x194. The issue is observed only in DDR50 mode.

Could you please advise whether there are other i.MX8MP USDHC/SDIO configuration requirements or known limitations that we should consider? We would also appreciate any recommended debugging steps.

Regards
Vishal

Re: IMX8MP SDIO DDR50 clock issue

Zhiming_Liu — Tue, 01 Sep 2026 01:50:37 GMT

Hi @vishal088

Can you also share the SD2_DATA<X> setting?

Best Regards,
Zhiming

Re: IMX8MP SDIO DDR50 clock issue

vishal088 — Tue, 01 Sep 2026 08:13:11 GMT

Hi @Zhiming_Liu

for state_100mhz SD2_DATA<X> is 0x194.

Regards
Vishal

Re: IMX8MP SDIO DDR50 clock issue

Zhiming_Liu — Wed, 02 Sep 2026 03:08:03 GMT

Hi @vishal088

If you configure DATA and CMD to 0x1D4, then use set CLK to 0x194. Will the DDR50 fail again?

Can you please share the full usdhc dts node you are using? In addition, the SW team would like to know how you fixed usdhc to DDR50 mode.

Best Regards,
Zhiming

Re: IMX8MP SDIO DDR50 clock issue

vishal088 — Wed, 02 Sep 2026 09:49:42 GMT

Hi @Zhiming_Liu

Sry i typed wrong earlier. SD2_DATAx and SD2_CMD is 0x1d4 not 0x194 in my device tree for state_100mhz.

&usdhc2 {

pinctrl-names = "default", "state_100mhz";

pinctrl-0 = <&pinctrl_usdhc2>;

pinctrl-1 = <&pinctrl_usdhc2_100mhz>;

bus-width = <4>;

non-removable;

cap-power-off-card;

vmmc-supply = <&reg_wifi_ena>;

status = "okay";

};

pinctrl_usdhc2: usdhc2_grp {

fsl,pins = <

MX8MP_IOMUXC_SD2_CLK__USDHC2_CLK 0x190

MX8MP_IOMUXC_SD2_CMD__USDHC2_CMD 0x1D0

MX8MP_IOMUXC_SD2_DATA0__USDHC2_DATA0 0x1D0

MX8MP_IOMUXC_SD2_DATA1__USDHC2_DATA1 0x1D0

MX8MP_IOMUXC_SD2_DATA2__USDHC2_DATA2 0x1D0

MX8MP_IOMUXC_SD2_DATA3__USDHC2_DATA3 0x1D0

};

pinctrl_usdhc2_100mhz: usdhc2_100mhz-grp {

fsl,pins = <

MX8MP_IOMUXC_SD2_CLK__USDHC2_CLK 0x194

MX8MP_IOMUXC_SD2_CMD__USDHC2_CMD 0x1d4

MX8MP_IOMUXC_SD2_DATA0__USDHC2_DATA0 0x1d4

MX8MP_IOMUXC_SD2_DATA1__USDHC2_DATA1 0x1d4

MX8MP_IOMUXC_SD2_DATA2__USDHC2_DATA2 0x1d4

MX8MP_IOMUXC_SD2_DATA3__USDHC2_DATA3 0x1d4

};

As we are not defining the state_200mhz pinctrl, in this function

esdhc_readl_le, driver(sdhci-esdhc-imx.c) remove the support for SDR104 and HS400 for host and keep the support for DDR50 and SDR50.

---- code

if (IS_ERR_OR_NULL(imx_data->pins_100mhz))

val &= ~(SDHCI_SUPPORT_SDR50 | SDHCI_SUPPORT_DDR50);

if (IS_ERR_OR_NULL(imx_data->pins_200mhz))

val &= ~(SDHCI_SUPPORT_SDR104 | SDHCI_SUPPORT_HS400);

and during the sdio attach phase it set the timing to DDR50 after negotiation with card about its capabilities.

same is verfied with "cat /sys/kernel/debug/mmc1/ios"
clock: 50000000 Hz
actual clock: 50000000 Hz
vdd: 21 (3.3 ~ 3.4 V)
bus mode: 2 (push-pull)
chip select: 0 (don't care)
power mode: 2 (on)
bus width: 2 (4 bits)
timing spec: 7 (sd uhs DDR50)
signal voltage: 1 (1.80 V)
driver type: 0 (driver type B)

Note: we are using kernel 6.12.49 and we noticed the issue in "esdhc_change_pinstate" and after checking we found a fix from nxp on kernel 7.2-rc4. And after applying, it start using state_100mhz pinctrl state correctly but it break sdio device communication completely.
Later after playing with clock config as mentioned in earlier msg we narrowed that clk as 0x194 is the breaking config.

Regards
Vishal