On 25 November 2015 at 12:28, Carlo Caione <[email protected]> wrote:
> From: Carlo Caione <[email protected]>
>
> This patch introduce a new MMC_CAP2_NO_SDIO cap used to tell the mmc
> core to not send SDIO specific commands.
>
> Signed-off-by: Carlo Caione <[email protected]>
> ---
> drivers/mmc/core/core.c | 7 +++++++
> include/linux/mmc/host.h | 1 +
> 2 files changed, 8 insertions(+)
>
> diff --git a/drivers/mmc/core/core.c b/drivers/mmc/core/core.c
> index 2e8b24d..90b028e 100644
> --- a/drivers/mmc/core/core.c
> +++ b/drivers/mmc/core/core.c
> @@ -204,6 +204,13 @@ static void __mmc_start_request(struct mmc_host *host,
> struct mmc_request *mrq)
> return;
> }
>
> + /* We do not support SDIO commands */
> + if (mmc_is_io_op(mrq->cmd->opcode) && host->caps2 & MMC_CAP2_NO_SDIO)
> {
> + mrq->cmd->error = -EINVAL;
> + mmc_request_done(host, mrq);
> + return;
> + }
Instead of checking this in the "hot path", I suggest we deal with
this directly from mmc_rescan() sequence.
We only need to make sure that the relevant SDIO commands/functions
isn't called when MMC_CAP2_NO_SDIO is set, right?
For example, there are a call to sdio_reset() in mmc_rescan_try_freq()
which shouldn't be invoked.
> +
> /*
> * For sdio rw commands we must wait for card busy otherwise some
> * sdio devices won't work properly.
> diff --git a/include/linux/mmc/host.h b/include/linux/mmc/host.h
> index 8673ffe..cf6d0bb 100644
> --- a/include/linux/mmc/host.h
> +++ b/include/linux/mmc/host.h
> @@ -289,6 +289,7 @@ struct mmc_host {
> #define MMC_CAP2_HSX00_1_2V (MMC_CAP2_HS200_1_2V_SDR |
> MMC_CAP2_HS400_1_2V)
> #define MMC_CAP2_SDIO_IRQ_NOTHREAD (1 << 17)
> #define MMC_CAP2_NO_WRITE_PROTECT (1 << 18) /* No physical write protect
> pin, assume that card is always read-write */
> +#define MMC_CAP2_NO_SDIO (1 << 19) /* Do not send SDIO commands
> during initialization */
>
> mmc_pm_flag_t pm_caps; /* supported pm features */
>
> --
> 2.5.0
>
According to what I propose, I don't think patch 1 and patch 2 are needed.
Kind regards
Uffe
--
To unsubscribe from this list: send the line "unsubscribe linux-mmc" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
