From: Kaustabh Chakraborty <kauschluss@disroot.org>
To: Peng Fan <peng.fan@oss.nxp.com>
Cc: u-boot@lists.denx.de, Peng Fan <peng.fan@nxp.com>,
Jaehoon Chung <jh80.chung@samsung.com>,
Tom Rini <trini@konsulko.com>, Simon Glass <sjg@chromium.org>,
Jonas Karlman <jonas@kwiboo.se>,
Marek Vasut <marek.vasut+renesas@mailbox.org>,
Bhimeswararao Matsa <bhimeswararao.matsa@gmail.com>,
Andrew Goodbody <andrew.goodbody@linaro.org>,
Jean-Jacques Hiblot <jjhiblot@ti.com>,
Ronald Wahl <ronald.wahl@legrand.com>,
Anand Moon <linux.amoon@gmail.com>,
Sam Protsenko <semen.protsenko@linaro.org>,
Henrik Grimler <henrik@grimler.se>
Subject: Re: [PATCH 3/9] mmc: dw_mmc: properly address command completion in dwmci_control_clken()
Date: Thu, 23 Oct 2025 16:36:16 +0000 [thread overview]
Message-ID: <d52418aee9ccb18fbf6fbe93024e3c1d@disroot.org> (raw)
In-Reply-To: <20251022075649.GB30163@nxa18884-linux.ap.freescale.net>
On 2025-10-22 07:56, Peng Fan wrote:
> Hi Kaustabh,
> On Fri, Oct 17, 2025 at 08:54:08PM +0530, Kaustabh Chakraborty wrote:
>>The current implementation polls for the DWMCI_CMD register, for the
>>DWMCI_CMD_START bit to turn off, which indicates that the command has
>>been completed. The problem with this approach is that it doesn't
>>address the DWMCI_INTMSK_CDONE bit in the interrupt register,
>>DWMCI_RINTSTS. As a result, subsequent commands result in timeout errors.
>
> This patch looks good to me, but I need a few more details to understand:
>
> Do you mean that DWMCI_INTMSK_CDONE must be cleared before sending
> out next cmd?
>
> Per my guess, DWMCI_CMD_START will be cleared when CMD done from
> controller perspective, but the card may not return back response.
> DWMCI_INTMSK_CDONE means response done. But if there is some commands
> does not have response, will DWMCI_INTMSK_CDONE still be set?
>
> Please help clarify.
This was observed experimentally actually. In Linux this seems to trigger
an interrupt, and the respective subroutine does clear the interrupt.
>
> Thanks,
> Peng
>
next prev parent reply other threads:[~2025-10-23 21:41 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-10-17 15:24 [PATCH 0/9] Support for Samsung Exynos 7870 DW-MMC device in driver Kaustabh Chakraborty
2025-10-17 15:24 ` [PATCH 1/9] mmc: dw_mmc: export dwmci_send_cmd() and dwmci_set_ios() Kaustabh Chakraborty
2025-10-22 8:15 ` Peng Fan
2025-10-17 15:24 ` [PATCH 2/9] mmc: dw_mmc: do not skip dwmci_setup_bus() for same non-zero clock frequency Kaustabh Chakraborty
2025-10-22 8:15 ` Peng Fan
2025-10-17 15:24 ` [PATCH 3/9] mmc: dw_mmc: properly address command completion in dwmci_control_clken() Kaustabh Chakraborty
2025-10-22 7:56 ` Peng Fan
2025-10-23 16:36 ` Kaustabh Chakraborty [this message]
2025-10-17 15:24 ` [PATCH 4/9] mmc: dw_mmc: add voltage switch command flag Kaustabh Chakraborty
2025-10-22 8:14 ` Peng Fan
2025-10-22 20:25 ` Kaustabh Chakraborty
2025-10-17 15:24 ` [PATCH 5/9] mmc: dw_mmc: return error for invalid voltage setting Kaustabh Chakraborty
2025-10-22 8:15 ` Peng Fan
2025-10-17 15:24 ` [PATCH 6/9] mmc: enable/disable VQMMC regulator only during MMC power cycle Kaustabh Chakraborty
2025-10-17 15:24 ` [PATCH 7/9] mmc: exynos_dw_mmc: add support for MMC HS200 and HS400 modes Kaustabh Chakraborty
2025-10-22 8:18 ` Peng Fan
2025-10-23 10:46 ` Tanmay Kathpalia
2025-10-17 15:24 ` [PATCH 8/9] mmc: exynos_dw_mmc: add support for SD UHS mode Kaustabh Chakraborty
2025-10-22 8:19 ` Peng Fan
2025-10-17 15:24 ` [PATCH 9/9] mmc: exynos_dw_mmc: add compatible for exynos7870-dw-mshc-smu Kaustabh Chakraborty
2025-10-22 8:20 ` Peng Fan
2025-10-23 8:46 ` [PATCH 0/9] Support for Samsung Exynos 7870 DW-MMC device in driver Peng Fan (OSS)
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=d52418aee9ccb18fbf6fbe93024e3c1d@disroot.org \
--to=kauschluss@disroot.org \
--cc=andrew.goodbody@linaro.org \
--cc=bhimeswararao.matsa@gmail.com \
--cc=henrik@grimler.se \
--cc=jh80.chung@samsung.com \
--cc=jjhiblot@ti.com \
--cc=jonas@kwiboo.se \
--cc=linux.amoon@gmail.com \
--cc=marek.vasut+renesas@mailbox.org \
--cc=peng.fan@nxp.com \
--cc=peng.fan@oss.nxp.com \
--cc=ronald.wahl@legrand.com \
--cc=semen.protsenko@linaro.org \
--cc=sjg@chromium.org \
--cc=trini@konsulko.com \
--cc=u-boot@lists.denx.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox