From: Jaehoon Chung <jh80.chung@samsung.com>
To: "Dong, Chuanxiao" <chuanxiao.dong@intel.com>
Cc: Jaehoon Chung <jh80.chung@samsung.com>,
"linux-mmc@vger.kernel.org" <linux-mmc@vger.kernel.org>,
Chris Ball <cjb@laptop.org>,
Kyungmin Park <kyungmin.park@samsung.com>,
Hanumath Prasad <hanumath.prasad@stericsson.com>,
"svenkatr@ti.com" <svenkatr@ti.com>
Subject: Re: [PATCH] mmc: support HPI send command
Date: Mon, 08 Aug 2011 16:22:28 +0900 [thread overview]
Message-ID: <4E3F8EB4.7080403@samsung.com> (raw)
In-Reply-To: <5D8008F58939784290FAB48F5497519847296B8B16@shsmsx502.ccr.corp.intel.com>
Hi Chuanxiao.
Sorry, i couldn't see the below your comment. :)
Dong, Chuanxiao wrote:
> Hi Chung,
> Glad to see HPI command is useful in our MMC stack. :)
> If this patch can also include a case which uses mmc_interrupt_hpi function, that would be better.
>
>> -----Original Message-----
>> From: linux-mmc-owner@vger.kernel.org
>> [mailto:linux-mmc-owner@vger.kernel.org] On Behalf Of Jaehoon Chung
>> Sent: Monday, August 08, 2011 2:29 PM
>> To: linux-mmc@vger.kernel.org
>> Cc: Chris Ball; Dong, Chuanxiao; Kyungmin Park; Hanumath Prasad;
>> svenkatr@ti.com
>> Subject: [PATCH] mmc: support HPI send command
>>
>> HPI command is defined in eMMC4.41.
>> We didn't use this command.
>> But maybe we need to use HPI command for using eMMC4.5 feature.
>>
>> Many patches related with HPI sent to mailing.
>> (This patch is based on Chuanxiao's patch.)
>> But this patch is added sending function for HPI command.
>>
>> Signed-off-by: Jaehoon Chung <jh80.chung@samsung.com>
>> Signed-off-by: Kyungmin Park <kyungmin.park@samsung.com>
>> Signed-off-by: Chuanxiao Dong <chuanxiao.dong@intel.com>
>> CC: Hanumath Prasad <hanumath.prasad@stericsson.com>
>>
>> ---
>> drivers/mmc/core/core.c | 28 ++++++++++++++++++++++++++++
>> drivers/mmc/core/mmc.c | 37
>> ++++++++++++++++++++++++++++++++++++-
>> drivers/mmc/core/mmc_ops.c | 31 +++++++++++++++++++++++++++++++
>> drivers/mmc/core/mmc_ops.h | 1 +
>> include/linux/mmc/card.h | 4 ++++
>> include/linux/mmc/core.h | 1 +
>> include/linux/mmc/mmc.h | 3 +++
>> 7 files changed, 104 insertions(+), 1 deletions(-)
>>
>> diff --git a/drivers/mmc/core/core.c b/drivers/mmc/core/core.c
>> index f091b43..a20ff75 100644
>> --- a/drivers/mmc/core/core.c
>> +++ b/drivers/mmc/core/core.c
>> @@ -346,6 +346,34 @@ int mmc_wait_for_cmd(struct mmc_host *host, struct
>> mmc_command *cmd, int retries
>>
>> EXPORT_SYMBOL(mmc_wait_for_cmd);
>>
>> +int mmc_interrupt_hpi(struct mmc_card *card)
>> +{
>> + int err;
>> + u32 status;
>> +
>> + BUG_ON(!card);
>> +
>> + if (!card->ext_csd.hpi_en) {
>> + printk(KERN_INFO "Didn't set HPI enable bit!\n");
>> + return 0;
>> + }
>> +
>> + err = mmc_send_status(card, &status);
>> + if (err)
>> + return err;
>> +
>> + /* If Card status is prg-state, can send HPI command */
> Yes, this is right. Before sending HPI command, the card should be in prg-state. But,
>
>> + if (R1_CURRENT_STATE(status) == 7) {
>> + err = mmc_send_hpi_cmd(card, &status);
>> + if (err)
>> + return err;
> When sending HPI command to card, maybe the card is already out of prg-state. This implementation cannot make sure when sending HPI command, card is actually in prg-state.
> So if card is already not in prg-state, then you will get some error. For sdhci host controller, response timeout error will be returned back. So here driver may return with error.
> Suggest to add some error handling in mmc_send_hpi_cmd to avoid this. If the error is caused by improper scenario of sending HPI command, then we can ignore this.
> What do you think?
Right. maybe at that time, if card is already out of prg-state, we need to control error.
(this patch initialized just HPI send command, so i think maybe we should fix this patch in future)
And I will add the code for error-control.
i wonder the improper scenario..? interruptible command?
Regards,
Jaehoon chung
>
>> + }
>> +
>> + return 0;
>> +
>> +}
>> +EXPORT_SYMBOL(mmc_interrupt_hpi);
>> +
>> /**
>> * mmc_set_data_timeout - set the timeout for a data command
>> * @data: data phase for command
>> diff --git a/drivers/mmc/core/mmc.c b/drivers/mmc/core/mmc.c
>> index 5700b1c..c51ae8c 100644
>> --- a/drivers/mmc/core/mmc.c
>> +++ b/drivers/mmc/core/mmc.c
>> @@ -402,8 +402,26 @@ static int mmc_read_ext_csd(struct mmc_card *card, u8
>> *ext_csd)
>> ext_csd[EXT_CSD_TRIM_MULT];
>> }
>>
>> - if (card->ext_csd.rev >= 5)
>> + if (card->ext_csd.rev >= 5) {
>> + /* check whether the eMMC card support HPI */
>> + if (ext_csd[EXT_CSD_HPI_FEATURES] & 0x1) {
>> + card->ext_csd.hpi = 1;
>> + if (ext_csd[EXT_CSD_HPI_FEATURES] & 0x2)
>> + card->ext_csd.hpi_cmd =
>> + MMC_STOP_TRANSMISSION;
>> + else
>> + card->ext_csd.hpi_cmd =
>> + MMC_SEND_STATUS;
>> +
>> + /*
>> + * Indicate the maximum timeout to close
>> + * a command interrupted by HPI
>> + */
>> + card->ext_csd.out_of_int_time =
>> + ext_csd[EXT_CSD_OUT_OF_INTERRUPT_TIME] * 10;
>> + }
>> card->ext_csd.rel_param = ext_csd[EXT_CSD_WR_REL_PARAM];
>> +}
>>
>> if (ext_csd[EXT_CSD_ERASED_MEM_CONT])
>> card->erased_byte = 0xFF;
>> @@ -726,6 +744,23 @@ static int mmc_init_card(struct mmc_host *host, u32 ocr,
>> }
>>
>> /*
>> + * Enable HPI feature (if supported)
>> + */
>> + if (card->ext_csd.hpi) {
>> + err = mmc_switch(card, EXT_CSD_CMD_SET_NORMAL,
>> + EXT_CSD_HPI_MGMT, 1, 0);
>> + if (err && err != -EBADMSG)
>> + goto free_card;
>> +
>> + if (err) {
>> + printk(KERN_WARNING "%s: Enabling HPI failed\n",
>> + mmc_hostname(card->host));
>> + err = 0;
>> + } else
>> + card->ext_csd.hpi_en = 1;
>> + }
>> +
>> + /*
>> * Compute bus speed.
>> */
>> max_dtr = (unsigned int)-1;
>> diff --git a/drivers/mmc/core/mmc_ops.c b/drivers/mmc/core/mmc_ops.c
>> index 845ce7c..f111907 100644
>> --- a/drivers/mmc/core/mmc_ops.c
>> +++ b/drivers/mmc/core/mmc_ops.c
>> @@ -547,3 +547,34 @@ int mmc_bus_test(struct mmc_card *card, u8 bus_width)
>> err = mmc_send_bus_test(card, card->host, MMC_BUS_TEST_R, width);
>> return err;
>> }
>> +
>> +int mmc_send_hpi_cmd(struct mmc_card *card, u32 *status)
>> +{
>> + struct mmc_command cmd;
>> + unsigned int opcode;
>> + unsigned int flags;
>> + int err;
>> +
>> + opcode = card->ext_csd.hpi_cmd;
>> + if (opcode == MMC_STOP_TRANSMISSION)
>> + flags = MMC_RSP_R1B | MMC_CMD_AC;
>> + else if (opcode == MMC_SEND_STATUS)
>> + flags = MMC_RSP_R1 | MMC_CMD_AC;
>> +
>> + memset(&cmd, 0, sizeof(struct mmc_command));
>> + cmd.opcode = opcode;
>> + cmd.arg = card->rca << 16 | 1;
>> + cmd.flags = flags;
>> + cmd.cmd_timeout_ms = card->ext_csd.out_of_int_time;
>> +
>> + err = mmc_wait_for_cmd(card->host, &cmd, 0);
>> + if (err) {
> This error may caused by improper scenario of sending HPI command. But not some response or data error.
>
> Thanks
> Chuanxiao
>
>> + printk(KERN_ERR "error %d interrupting operation"
>> + "HPI command response %#x\n",
>> + err, cmd.resp[0]);
>> + return err;
>> + }
>> + if (status)
>> + *status = cmd.resp[0];
>> + return 0;
>> +}
>> diff --git a/drivers/mmc/core/mmc_ops.h b/drivers/mmc/core/mmc_ops.h
>> index 9276946..2a6e0db 100644
>> --- a/drivers/mmc/core/mmc_ops.h
>> +++ b/drivers/mmc/core/mmc_ops.h
>> @@ -17,6 +17,7 @@ int mmc_deselect_cards(struct mmc_host *host);
>> int mmc_go_idle(struct mmc_host *host);
>> int mmc_send_op_cond(struct mmc_host *host, u32 ocr, u32 *rocr);
>> int mmc_all_send_cid(struct mmc_host *host, u32 *cid);
>> +int mmc_send_hpi_cmd(struct mmc_card *card, u32 *status);
>> int mmc_set_relative_addr(struct mmc_card *card);
>> int mmc_send_csd(struct mmc_card *card, u32 *csd);
>> int mmc_send_ext_csd(struct mmc_card *card, u8 *ext_csd);
>> diff --git a/include/linux/mmc/card.h b/include/linux/mmc/card.h
>> index b460fc2..411054d 100644
>> --- a/include/linux/mmc/card.h
>> +++ b/include/linux/mmc/card.h
>> @@ -64,10 +64,14 @@ struct mmc_ext_csd {
>> unsigned long long enhanced_area_offset; /* Units: Byte */
>> unsigned int enhanced_area_size; /* Units: KB */
>> unsigned int boot_size; /* in bytes */
>> + bool hpi_en; /* HPI enablebit */
>> + bool hpi; /* HPI support bit */
>> + unsigned int hpi_cmd; /* cmd used as HPI */
>> u8 raw_partition_support; /* 160 */
>> u8 raw_erased_mem_count; /* 181 */
>> u8 raw_ext_csd_structure; /* 194 */
>> u8 raw_card_type; /* 196 */
>> + u8 out_of_int_time; /* 198 */
>> u8 raw_s_a_timeout; /* 217 */
>> u8 raw_hc_erase_gap_size; /* 221 */
>> u8 raw_erase_timeout_mult; /* 223 */
>> diff --git a/include/linux/mmc/core.h b/include/linux/mmc/core.h
>> index b8b1b7a..dca3c08 100644
>> --- a/include/linux/mmc/core.h
>> +++ b/include/linux/mmc/core.h
>> @@ -136,6 +136,7 @@ struct mmc_async_req;
>>
>> extern struct mmc_async_req *mmc_start_req(struct mmc_host *,
>> struct mmc_async_req *, int *);
>> +extern int mmc_interrupt_hpi(struct mmc_card *);
>> extern void mmc_wait_for_req(struct mmc_host *, struct mmc_request *);
>> extern int mmc_wait_for_cmd(struct mmc_host *, struct mmc_command *, int);
>> extern int mmc_app_cmd(struct mmc_host *, struct mmc_card *);
>> diff --git a/include/linux/mmc/mmc.h b/include/linux/mmc/mmc.h
>> index 5a794cb..e16c776 100644
>> --- a/include/linux/mmc/mmc.h
>> +++ b/include/linux/mmc/mmc.h
>> @@ -272,6 +272,7 @@ struct _mmc_csd {
>>
>> #define EXT_CSD_PARTITION_ATTRIBUTE 156 /* R/W */
>> #define EXT_CSD_PARTITION_SUPPORT 160 /* RO */
>> +#define EXT_CSD_HPI_MGMT 161 /* R/W */
>> #define EXT_CSD_WR_REL_PARAM 166 /* RO */
>> #define EXT_CSD_ERASE_GROUP_DEF 175 /* R/W */
>> #define EXT_CSD_PART_CONFIG 179 /* R/W */
>> @@ -281,6 +282,7 @@ struct _mmc_csd {
>> #define EXT_CSD_REV 192 /* RO */
>> #define EXT_CSD_STRUCTURE 194 /* RO */
>> #define EXT_CSD_CARD_TYPE 196 /* RO */
>> +#define EXT_CSD_OUT_OF_INTERRUPT_TIME 198 /* RO */
>> #define EXT_CSD_PART_SWITCH_TIME 199 /* RO */
>> #define EXT_CSD_SEC_CNT 212 /* RO, 4 bytes */
>> #define EXT_CSD_S_A_TIMEOUT 217 /* RO */
>> @@ -293,6 +295,7 @@ struct _mmc_csd {
>> #define EXT_CSD_SEC_ERASE_MULT 230 /* RO */
>> #define EXT_CSD_SEC_FEATURE_SUPPORT 231 /* RO */
>> #define EXT_CSD_TRIM_MULT 232 /* RO */
>> +#define EXT_CSD_HPI_FEATURES 503 /* RO */
>>
>> /*
>> * EXT_CSD field definitions
>> --
>> To unsubscribe from this list: send the line "unsubscribe linux-mmc" in
>> the body of a message to majordomo@vger.kernel.org
>> More majordomo info at http://vger.kernel.org/majordomo-info.html
> --
> To unsubscribe from this list: send the line "unsubscribe linux-mmc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
next prev parent reply other threads:[~2011-08-08 7:22 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-08-08 6:28 [PATCH] mmc: support HPI send command Jaehoon Chung
2011-08-08 6:52 ` Dong, Chuanxiao
2011-08-08 7:08 ` Jaehoon Chung
2011-08-08 7:22 ` Jaehoon Chung [this message]
2011-08-08 7:32 ` Dong, Chuanxiao
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=4E3F8EB4.7080403@samsung.com \
--to=jh80.chung@samsung.com \
--cc=chuanxiao.dong@intel.com \
--cc=cjb@laptop.org \
--cc=hanumath.prasad@stericsson.com \
--cc=kyungmin.park@samsung.com \
--cc=linux-mmc@vger.kernel.org \
--cc=svenkatr@ti.com \
/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