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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.