The issues on "mmc0: cqhci: timeout for tag 0"

[jack-cap]

Hi NXP teams

 Recently We have a rather troublesome problem.

After we flash the image of android Android P9.0.0_2.1.1_AUTO done,then  system boot up.

Execute adb shell command,in the shell cmd,execute the "su" command.it will wait for long time and shows as below:

[ 83.014933] mmc0: cqhci: timeout for tag 0
[ 83.019053] mmc0: cqhci: ============ CQHCI REGISTER DUMP ===========
[ 83.025498] mmc0: cqhci: Caps: 0x0000310a | Version: 0x00000510
[ 83.031944] mmc0: cqhci: Config: 0x00001001 | Control: 0x00000000
[ 83.038391] mmc0: cqhci: Int stat: 0x00000000 | Int enab: 0x00000006
[ 83.044834] mmc0: cqhci: Int sig: 0x00000006 | Int Coal: 0x00000000
[ 83.051283] mmc0: cqhci: TDL base: 0xffffc000 | TDL up32: 0x00000000
[ 83.057729] mmc0: cqhci: Doorbell: 0xffb1ffff | TCN: 0x00000000
[ 83.064175] mmc0: cqhci: Dev queue: 0x00000000 | Dev Pend: 0x00400000
[ 83.070619] mmc0: cqhci: Task clr: 0x00000000 | SSC1: 0x00011000
[ 83.077067] mmc0: cqhci: SSC2: 0x00000001 | DCMD rsp: 0x00000800
[ 83.083511] mmc0: cqhci: RED mask: 0xfdf9a080 | TERRI: 0x00000000
[ 83.089959] mmc0: cqhci: Resp idx: 0x0000000d | Resp arg: 0x00000000
[ 83.096405] mmc0: sdhci: ============ SDHCI REGISTER DUMP ===========
[ 83.102853] mmc0: sdhci: Sys addr: 0xff4e0000 | Version: 0x00000002
[ 83.109295] mmc0: sdhci: Blk size: 0x00000200 | Blk cnt: 0x00000008
[ 83.115745] mmc0: sdhci: Argument: 0x00018000 | Trn mode: 0x00000033
[ 83.122188] mmc0: sdhci: Present: 0x01fd8008 | Host ctl: 0x00000030
[ 83.128634] mmc0: sdhci: Power: 0x00000002 | Blk gap: 0x00000080
[ 83.135080] mmc0: sdhci: Wake-up: 0x00000008 | Clock: 0x0000000f
[ 83.141527] mmc0: sdhci: Timeout: 0x0000008f | Int stat: 0x00000000
[ 83.147972] mmc0: sdhci: Int enab: 0x107f4000 | Sig enab: 0x107f4000
[ 83.154418] mmc0: sdhci: AC12 err: 0x00000000 | Slot int: 0x00000502
[ 83.160867] mmc0: sdhci: Caps: 0x07eb0000 | Caps_1: 0x8000b407
[ 83.167311] mmc0: sdhci: Cmd: 0x00000d1a | Max curr: 0x00ffffff
[ 83.173759] mmc0: sdhci: Resp[0]: 0x00000000 | Resp[1]: 0xffc003ff
[ 83.180203] mmc0: sdhci: Resp[2]: 0x328f5903 | Resp[3]: 0x00d07f01
[ 83.186648] mmc0: sdhci: Host ctl2: 0x00000088
[ 83.191098] mmc0: sdhci: ADMA Err: 0x00000000 | ADMA Ptr: 0xffff5408
[ 83.197542] mmc0: sdhci: ============================================
[ 83.205431] mmc0: running CQE recovery

Sometimes,when open the camera app,it also met this issues.Do you have any good suggestions?

Hope for your reply

Additional information:

Soft platform:             Android P9.0.0_2.1.1_AUTO (4.14.98 kernel) 

Hardware platform:  i.MX 8QuadMax for PMIC 1.7v

BRs

thanks

[yan4]

Hi NXP Teams

Recently we face a similar problem casued by CQHCI feature.

kernel version: 6.1.68

platform: S32G3

emmc model: FEMDME008G-A8A39

We used sysbench to perform pressure test on emmc and emmc keeped outputting dump information.

dump messages are below:

[ 232.419161] mmc0: cqhci: timeout for tag 4, qcnt 25
[ 232.423677] mmc0: cqhci: ============ CQHCI REGISTER DUMP ===========
[ 232.430083] mmc0: cqhci: Caps: 0x0000310a | Version: 0x00000510
[ 232.436501] mmc0: cqhci: Config: 0x00001001 | Control: 0x00000000
[ 232.442924] mmc0: cqhci: Int stat: 0x00000000 | Int enab: 0x00000006
[ 232.449346] mmc0: cqhci: Int sig: 0x00000006 | Int Coal: 0x00000000
[ 232.455799] mmc0: cqhci: TDL base: 0x823c3000 | TDL up32: 0x00000000
[ 232.462202] mmc0: cqhci: Doorbell: 0x81dfffff | TCN: 0x00000000
[ 232.468619] mmc0: cqhci: Dev queue: 0x00000000 | Dev Pend: 0x00800000
[ 232.475067] mmc0: cqhci: Task clr: 0x00000000 | SSC1: 0x00011000
[ 232.481469] mmc0: cqhci: SSC2: 0x00000001 | DCMD rsp: 0x00000900
[ 232.487896] mmc0: cqhci: RED mask: 0xfdf9a080 | TERRI: 0x00000000
[ 232.494330] mmc0: cqhci: Resp idx: 0x0000000d | Resp arg: 0x00000000
[ 232.500739] mmc0: sdhci: ============ SDHCI REGISTER DUMP ===========
[ 232.507158] mmc0: sdhci: Sys addr: 0x9ca3e000 | Version: 0x00000002
[ 232.513578] mmc0: sdhci: Blk size: 0x00000200 | Blk cnt: 0x00000020
[ 232.520001] mmc0: sdhci: Argument: 0x00018000 | Trn mode: 0x00000023
[ 232.526424] mmc0: sdhci: Present: 0x01fd8008 | Host ctl: 0x00000030
[ 232.532847] mmc0: sdhci: Power: 0x00000002 | Blk gap: 0x00000080
[ 232.539279] mmc0: sdhci: Wake-up: 0x00000008 | Clock: 0x0000000f
[ 232.545694] mmc0: sdhci: Timeout: 0x0000008f | Int stat: 0x00000000
[ 232.552126] mmc0: sdhci: Int enab: 0x107f4000 | Sig enab: 0x107f4000
[ 232.558568] mmc0: sdhci: ACmd stat: 0x00000000 | Slot int: 0x00000502
[ 232.564973] mmc0: sdhci: Caps: 0x07eb0000 | Caps_1: 0x0000b407
[ 232.571391] mmc0: sdhci: Cmd: 0x00000d1a | Max curr: 0x00ffffff
[ 232.577837] mmc0: sdhci: Resp[0]: 0x00000000 | Resp[1]: 0xffffffff
[ 232.584242] mmc0: sdhci: Resp[2]: 0x329f5903 | Resp[3]: 0x00d0ffff
[ 232.590660] mmc0: sdhci: Host ctl2: 0x00000008
[ 232.595104] mmc0: sdhci: ADMA Err: 0x00000000 | ADMA Ptr: 0xad464408
[ 232.601514] mmc0: sdhci-esdhc-imx: ========= ESDHC IMX DEBUG STATUS DUMP =========
[ 232.609066] mmc0: sdhci-esdhc-imx: cmd debug status: 0x2120
[ 232.614702] mmc0: sdhci-esdhc-imx: data debug status: 0x2200
[ 232.620431] mmc0: sdhci-esdhc-imx: trans debug status: 0x2300
[ 232.626246] mmc0: sdhci-esdhc-imx: dma debug status: 0x2400
[ 232.631888] mmc0: sdhci-esdhc-imx: adma debug status: 0x2510
[ 232.637616] mmc0: sdhci-esdhc-imx: fifo debug status: 0x2680
[ 232.643345] mmc0: sdhci-esdhc-imx: async fifo debug status: 0x2750
[ 232.649595] mmc0: sdhci: ============================================
[ 232.656073] mmc0: running CQE recovery
[ 289.818104] mmc0: running CQE recovery
[ 423.303076] mmc0: cqhci: timeout for tag 31, qcnt 27
[ 423.307677] mmc0: cqhci: ============ CQHCI REGISTER DUMP ===========
[ 423.314085] mmc0: cqhci: Caps: 0x0000310a | Version: 0x00000510
[ 423.320504] mmc0: cqhci: Config: 0x00001001 | Control: 0x00000000
[ 423.326927] mmc0: cqhci: Int stat: 0x00000000 | Int enab: 0x00000006
[ 423.333381] mmc0: cqhci: Int sig: 0x00000006 | Int Coal: 0x00000000
[ 423.339786] mmc0: cqhci: TDL base: 0x823c3000 | TDL up32: 0x00000000
[ 423.346379] mmc0: cqhci: Doorbell: 0xff1fcfff | TCN: 0x00000000
[ 423.352628] mmc0: cqhci: Dev queue: 0x00000000 | Dev Pend: 0x00000400
[ 423.359047] mmc0: cqhci: Task clr: 0x00000000 | SSC1: 0x00011000
[ 423.365465] mmc0: cqhci: SSC2: 0x00000001 | DCMD rsp: 0x00000900
[ 423.371888] mmc0: cqhci: RED mask: 0xfdf9a080 | TERRI: 0x00000000
[ 423.378309] mmc0: cqhci: Resp idx: 0x0000000d | Resp arg: 0x00000000
[ 423.384736] mmc0: sdhci: ============ SDHCI REGISTER DUMP ===========
[ 423.391160] mmc0: sdhci: Sys addr: 0xa5b7b000 | Version: 0x00000002
[ 423.397583] mmc0: sdhci: Blk size: 0x00000200 | Blk cnt: 0x00000020
[ 423.404005] mmc0: sdhci: Argument: 0x00018000 | Trn mode: 0x00000023
[ 423.410426] mmc0: sdhci: Present: 0x01fd8008 | Host ctl: 0x00000030
[ 423.416849] mmc0: sdhci: Power: 0x00000002 | Blk gap: 0x00000080
[ 423.423280] mmc0: sdhci: Wake-up: 0x00000008 | Clock: 0x0000000f
[ 423.429696] mmc0: sdhci: Timeout: 0x0000008f | Int stat: 0x00000000
[ 423.436119] mmc0: sdhci: Int enab: 0x107f4000 | Sig enab: 0x107f4000
[ 423.442568] mmc0: sdhci: ACmd stat: 0x00000000 | Slot int: 0x00000502
[ 423.449210] mmc0: sdhci: Caps: 0x07eb0000 | Caps_1: 0x0000b407
[ 423.455401] mmc0: sdhci: Cmd: 0x00000d1a | Max curr: 0x00ffffff
[ 423.461812] mmc0: sdhci: Resp[0]: 0x00000000 | Resp[1]: 0xffffffff
[ 423.468236] mmc0: sdhci: Resp[2]: 0x329f5903 | Resp[3]: 0x00d0ffff
[ 423.474657] mmc0: sdhci: Host ctl2: 0x00000008
[ 423.479083] mmc0: sdhci: ADMA Err: 0x00000000 | ADMA Ptr: 0xad467408
[ 423.485508] mmc0: sdhci-esdhc-imx: ========= ESDHC IMX DEBUG STATUS DUMP =========
[ 423.493061] mmc0: sdhci-esdhc-imx: cmd debug status: 0x2120
[ 423.498701] mmc0: sdhci-esdhc-imx: data debug status: 0x2200
[ 423.504429] mmc0: sdhci-esdhc-imx: trans debug status: 0x2300
[ 423.510245] mmc0: sdhci-esdhc-imx: dma debug status: 0x2400
[ 423.515887] mmc0: sdhci-esdhc-imx: adma debug status: 0x2510
[ 423.521615] mmc0: sdhci-esdhc-imx: fifo debug status: 0x2680
[ 423.527344] mmc0: sdhci-esdhc-imx: async fifo debug status: 0x2750
[ 423.533593] mmc0: sdhci: ============================================
[ 423.540075] mmc0: running CQE recovery
[ 501.799092] mmc0: cqhci: timeout for tag 31, qcnt 24
[ 501.803698] mmc0: cqhci: ============ CQHCI REGISTER DUMP ===========
[ 501.810106] mmc0: cqhci: Caps: 0x0000310a | Version: 0x00000510
[ 501.816528] mmc0: cqhci: Config: 0x00001001 | Control: 0x00000000
[ 501.822948] mmc0: cqhci: Int stat: 0x00000000 | Int enab: 0x00000006
[ 501.829398] mmc0: cqhci: Int sig: 0x00000006 | Int Coal: 0x00000000
[ 501.835801] mmc0: cqhci: TDL base: 0x823c3000 | TDL up32: 0x00000000
[ 501.842221] mmc0: cqhci: Doorbell: 0xe01fffff | TCN: 0x00000000
[ 501.848666] mmc0: cqhci: Dev queue: 0x00000000 | Dev Pend: 0x00008000
[ 501.855070] mmc0: cqhci: Task clr: 0x00000000 | SSC1: 0x00011000
[ 501.861533] mmc0: cqhci: SSC2: 0x00000001 | DCMD rsp: 0x00000900
[ 501.867916] mmc0: cqhci: RED mask: 0xfdf9a080 | TERRI: 0x00000000
[ 501.874333] mmc0: cqhci: Resp idx: 0x0000000d | Resp arg: 0x00000000
[ 501.880756] mmc0: sdhci: ============ SDHCI REGISTER DUMP ===========
[ 501.887180] mmc0: sdhci: Sys addr: 0xa5a15000 | Version: 0x00000002
[ 501.893600] mmc0: sdhci: Blk size: 0x00000200 | Blk cnt: 0x00000020
[ 501.900029] mmc0: sdhci: Argument: 0x00018000 | Trn mode: 0x00000023
[ 501.906450] mmc0: sdhci: Present: 0x01fd8008 | Host ctl: 0x00000030
[ 501.912875] mmc0: sdhci: Power: 0x00000002 | Blk gap: 0x00000080
[ 501.919301] mmc0: sdhci: Wake-up: 0x00000008 | Clock: 0x0000000f
[ 501.925717] mmc0: sdhci: Timeout: 0x0000008f | Int stat: 0x00000000
[ 501.932139] mmc0: sdhci: Int enab: 0x107f4000 | Sig enab: 0x107f4000
[ 501.938564] mmc0: sdhci: ACmd stat: 0x00000000 | Slot int: 0x00000502
[ 501.944994] mmc0: sdhci: Caps: 0x07eb0000 | Caps_1: 0x0000b407
[ 501.951435] mmc0: sdhci: Cmd: 0x00000d1a | Max curr: 0x00ffffff
[ 501.957841] mmc0: sdhci: Resp[0]: 0x00000000 | Resp[1]: 0xffffffff
[ 501.964284] mmc0: sdhci: Resp[2]: 0x329f5903 | Resp[3]: 0x00d0ffff
[ 501.970686] mmc0: sdhci: Host ctl2: 0x00000008
[ 501.975106] mmc0: sdhci: ADMA Err: 0x00000000 | ADMA Ptr: 0xad463808
[ 501.981529] mmc0: sdhci-esdhc-imx: ========= ESDHC IMX DEBUG STATUS DUMP =========
[ 501.989083] mmc0: sdhci-esdhc-imx: cmd debug status: 0x2120
[ 501.994728] mmc0: sdhci-esdhc-imx: data debug status: 0x2200
[ 502.000451] mmc0: sdhci-esdhc-imx: trans debug status: 0x2300
[ 502.006266] mmc0: sdhci-esdhc-imx: dma debug status: 0x2400
[ 502.011909] mmc0: sdhci-esdhc-imx: adma debug status: 0x2510
[ 502.017636] mmc0: sdhci-esdhc-imx: fifo debug status: 0x2680
[ 502.023365] mmc0: sdhci-esdhc-imx: async fifo debug status: 0x2750
[ 502.029650] mmc0: sdhci: ============================================
[ 502.036090] mmc0: running CQE recovery
[ 607.207068] mmc0: cqhci: timeout for tag 31, qcnt 21
[ 607.211666] mmc0: cqhci: ============ CQHCI REGISTER DUMP ===========
[ 607.218083] mmc0: cqhci: Caps: 0x0000310a | Version: 0x00000510
[ 607.224498] mmc0: cqhci: Config: 0x00001001 | Control: 0x00000000
[ 607.230915] mmc0: cqhci: Int stat: 0x00000000 | Int enab: 0x00000006
[ 607.237344] mmc0: cqhci: Int sig: 0x00000006 | Int Coal: 0x00000000
[ 607.243803] mmc0: cqhci: TDL base: 0x823c3000 | TDL up32: 0x00000000
[ 607.250194] mmc0: cqhci: Doorbell: 0x83ffc1fe | TCN: 0x00000000
[ 607.256635] mmc0: cqhci: Dev queue: 0x00000000 | Dev Pend: 0x00000001
[ 607.263039] mmc0: cqhci: Task clr: 0x00000000 | SSC1: 0x00011000
[ 607.269485] mmc0: cqhci: SSC2: 0x00000001 | DCMD rsp: 0x00000900
[ 607.275915] mmc0: cqhci: RED mask: 0xfdf9a080 | TERRI: 0x00000000
[ 607.282328] mmc0: cqhci: Resp idx: 0x0000000d | Resp arg: 0x00000000
[ 607.288731] mmc0: sdhci: ============ SDHCI REGISTER DUMP ===========
[ 607.295180] mmc0: sdhci: Sys addr: 0x9cefe000 | Version: 0x00000002
[ 607.301577] mmc0: sdhci: Blk size: 0x00000200 | Blk cnt: 0x00000020
[ 607.308021] mmc0: sdhci: Argument: 0x00018000 | Trn mode: 0x00000023
[ 607.314425] mmc0: sdhci: Present: 0x01fd8008 | Host ctl: 0x00000030
[ 607.320843] mmc0: sdhci: Power: 0x00000002 | Blk gap: 0x00000080
[ 607.327263] mmc0: sdhci: Wake-up: 0x00000008 | Clock: 0x0000000f
[ 607.333725] mmc0: sdhci: Timeout: 0x0000008f | Int stat: 0x00000000
[ 607.340117] mmc0: sdhci: Int enab: 0x107f4000 | Sig enab: 0x107f4000
[ 607.346575] mmc0: sdhci: ACmd stat: 0x00000000 | Slot int: 0x00000502
[ 607.352962] mmc0: sdhci: Caps: 0x07eb0000 | Caps_1: 0x0000b407
[ 607.359405] mmc0: sdhci: Cmd: 0x00000d1a | Max curr: 0x00ffffff
[ 607.365818] mmc0: sdhci: Resp[0]: 0x00000000 | Resp[1]: 0xffffffff
[ 607.372254] mmc0: sdhci: Resp[2]: 0x329f5903 | Resp[3]: 0x00d0ffff
[ 607.378692] mmc0: sdhci: Host ctl2: 0x00000008
[ 607.383103] mmc0: sdhci: ADMA Err: 0x00000000 | ADMA Ptr: 0xad463408
[ 607.389505] mmc0: sdhci-esdhc-imx: ========= ESDHC IMX DEBUG STATUS DUMP =========
[ 607.397083] mmc0: sdhci-esdhc-imx: cmd debug status: 0x2120
[ 607.402704] mmc0: sdhci-esdhc-imx: data debug status: 0x2200
[ 607.408454] mmc0: sdhci-esdhc-imx: trans debug status: 0x2300
[ 607.414245] mmc0: sdhci-esdhc-imx: dma debug status: 0x2400
[ 607.419880] mmc0: sdhci-esdhc-imx: adma debug status: 0x2510
[ 607.425607] mmc0: sdhci-esdhc-imx: fifo debug status: 0x2680
[ 607.431335] mmc0: sdhci-esdhc-imx: async fifo debug status: 0x2750
[ 607.437586] mmc0: sdhci: ============================================
[ 607.444076] mmc0: running CQE recovery

We noticed that all dumps occurred when CMD13 was sent and then emmc responsed timeout. We tried to use debugfs to find out reason and we noticed that only on the occasion that we execute “cat /sys/kernel/debug/mmc0/mmc0\:0001/status” to send a CMD13 to emmc which takes about 10 seconds to return and display result while in other cases we excute other command such as "cat /sys/kernel/debug/mmc0/mmc0\:0001/state" which returns immediatly.

Afterall, we closed CQHCI and solved the problem. It seems that CQHCI doesn't work well on emmc produced by specific manufacture. We would like to see new progress on  this issue.

Best Regards,

Yan

[martinetd]

Hi all -- forgive me for hilighting as it's been a while -- @jack-cap @edcloudcycle @philippe_schenk @brandon_shibley @quentin_schulz 

We have the same issue here, it's not fixed with later kernels (tried 5.4.70-2.3.2 and 5.10.35-2.0.0).

I've debugged it a bit and honestly it looks like a mmc firmware bug I'd like to report to micron, basically the mmc stops responding after a flush from time to time for us.

It'd be great help if you could tell me what brand/model of MMC you use, so we can confirm it's related, as I can't reproduce at all with the kingston mmc in the evk.

The performance hit of disabling cqhci is pretty big so I'd rather it not comes to that... linux properly requeues failing requests and it doesn't fail too much for us so we can probably live with the bug but it's quite annoying.

[edcloudcycle]

Hi @martinetd,

Thanks for following up on this, I think the feature is disabled in the latest NXP BSP and so we are not seeing the error anymore.

We are using a SOM: nxp-imx-8m-mini-nano , the marking on the device is OPA2D JZ133 with a logo of an M with a ellipse like an orbit around it. @brandon_shibley will know exactly.

Thanks

Ed

[brandon_shibley]

We are using a SOM: nxp-imx-8m-mini-nano , the marking on the device is OPA2D JZ133 with a logo of an M with a ellipse like an orbit around it. @brandon_shibley will know exactly.

A Micron MTFC series eMMC is used on the Toradex Verdin iMX8M Mini.  We disabled cqhci in our BSP to resolve the instability.

[martinetd]

Thanks! we're using the same series of eMMC from micron so it's exactly what I wanted to hear; it could be we have the same kind of hardware bug but if only boards with that model have the problem I think we're on the right track.

I've contacted them yesterday, and will follow up if we can make progress.

Regarding the feature being disabled, I can't see anything in the git logs from neither nxp's 5.4.70_2.3.2 nor 5.10.35-2.0.0 -- so I assume it's a toradex patch...

right, it looks like http://git.toradex.com/cgit/linux-toradex.git/commit/?h=toradex_5.4-2.3.x-imx&id=fd33531be843566c59a... -- that isn't in nxp's tree.

[martinetd]

Just to follow up on this:

 - micron has been able to reproduce the problem internally, but haven't provided us with any fix yet. At least the problem might get fixed for next versions.

- meanwhile upstream linux disabled CQHCI support recently (in 5.16-rc3), and this has already been backported in 5.10.83 / it's also included in a similar patch from someone else in lf-5.10.72-2.2.0 ... so it's all been pushed under a rug and the problem should not show up again for anyone right now.

I'm hoping the next eMMCs we have doesn't show the problem and CQHCI can be added back with just a few models blacklisted as quirks, as I feel the performance difference is noticeable enough, but I guess time will tell...

[ChenJun945]

when does the CQHCI  renable? Is micro solved the problem? If not When to solve the proble. For high

performance the CQHCI should been enabled...

[martinetd]

As far as I know only this particular MMC is affected. We've tried a newer version (also micron chip) and CQHCI works well there, so we've re-enabled CQHCI at the host level and added a quirk for the MMC on our kernel:

https://github.com/atmark-techno/linux-5.10-at/commit/407e28eb648e8605d44fc53cf02c17984ff224ed

Unfortunately there's no way of listing all the MMCs that have the problem, so each vendor should take the time to check themselves if their MMC behaves correctly...

[edcloudcycle]

Also, do you know what gets disabled? Is it some power saving feature?

Thanks

Ed

[philippe_schenk]

It's the CQHCI feature. That is command queuing present on newer eMMC chips. I did some benchmarking on our Apalis iMX8 once and it showed that for packages <= 32k the speed increase with CQHCI is 60-80%.

But that doesn't bring you anything if it is not stable.

[edcloudcycle]

Thanks Philippe, that is more tricky for us as I am trying to use vanilla Torizon. Did you have any luck with them on including this change in their build?

Tagging: @andrecurvello-tx 

[philippe_schenk]

TorizonCore does base on the regular Toradex BSP. That means the change is now also in TorizonCore.

However... unfortunately it is still in the Torizon 5.1.0 quarterly. 
TorizonCore 5.2.0 april monthly release has that fix in for sure.

Best Regards,
Philippe

[edcloudcycle]

Thanks @philippe_schenk I will follow up with the Torizon team, we are trying the new sort of quarterly with the new BSP today. I noticed @brandon_shibley on this thread. Maybe they have done some testing of this?

[quentin_schulz]

Any update on this?

We have the same issue (for other tags though but probably does not matter) on 5.4.70_2.3.0 on an i.MX8MM.

Best regards,
Quentin

[brandon_shibley]

Hi @joanxie,

We're also looking for some clarification on this.  Is this addressed with 5.4.70_2.3.0 or will the issue be resolved in a later release?

[philippe_schenk]

Hi @joanxie 

We again stumbled on this issue on L5.4.24-2.1.0 release. We are hesitant to just disable this feature. So I ask again, What is the status on that issue? Can we track the progress on this somewhere?

Thanks and Best Regards,
Philippe Schenker

[joanxie]

Please disable CQHCI and take one try:

--- a/drivers/mmc/host/sdhci-esdhc-imx.c

+++ b/drivers/mmc/host/sdhci-esdhc-imx.c

@@ -246,7 +246,7 @@ struct esdhc_soc_data {

        .flags = ESDHC_FLAG_USDHC | ESDHC_FLAG_STD_TUNING

                        | ESDHC_FLAG_HAVE_CAP1 | ESDHC_FLAG_HS200

                        | ESDHC_FLAG_HS400 | ESDHC_FLAG_HS400_ES

-                       | ESDHC_FLAG_CQHCI

+               //      | ESDHC_FLAG_CQHCI

                        | ESDHC_FLAG_STATE_LOST_IN_LPMODE

                        | ESDHC_FLAG_CLK_RATE_LOST_IN_PM_RUNTIME,

 };

[philippe_schenk]

Hi joanxie‌

We are facing the same issue on our Verdin i.MX8MM module. Using a kernel with CQHCI disabled as you suggest seems to make things better.

What is the status on that issue? Can we track the progress on this somewhere? Is it maybe already solved in the new L5.4.24 release?

Best Regards,

Philippe

[philippe_schenk]

Hello,

Do we get any answer from NXP side on this issue?

Best Regards,

Philippe Schenker

cc joanxie‌

[joanxie]

it seems that the development team still work on this, suggest that you can disable it, this issue will not cause system hang, just some dump log, then our usdhc driver will re-try and pass, do not cause any real read/write operation issue.