public inbox for linux-mmc@vger.kernel.org
 help / color / mirror / Atom feed
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
> 


  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