linux-arm-msm.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: "Gilad Broner" <gbroner@codeaurora.org>
Cc: robherring2@gmail.com, james.bottomley@hansenpartnership.com,
	pebolle@tiscali.nl, hch@infradead.org,
	linux-kernel@vger.kernel.org, linux-scsi@vger.kernel.org,
	linux-arm-msm@vger.kernel.org, santoshsy@gmail.com,
	linux-scsi-owner@vger.kernel.org, subhashj@codeaurora.org,
	ygardi@codeaurora.org, gbroner@codeaurora.org,
	draviv@codeaurora.org, Vinayak Holikatti <vinholikatti@gmail.com>,
	"James E.J. Bottomley" <jbottomley@odin.com>
Subject: Re: [PATCH v5 04/15] scsi: ufs: clear outstanding_request bit in case query timeout
Date: Tue, 27 Oct 2015 14:56:27 -0000	[thread overview]
Message-ID: <6c67cb64689065532ae0daa0c2cb7b6d.squirrel@www.codeaurora.org> (raw)
In-Reply-To: <1445942657-6293-5-git-send-email-ygardi@codeaurora.org>

Reviewed-by: Gilad Broner <gbroner@codeaurora.org>

> When sending a query to the device returns with a timeout error,
> we clear the corresponding bit in the DOORBELL register but
> we don't clear the outstanding_request field as we should.
> This patch fixes this bug.
>
> Signed-off-by: Yaniv Gardi <ygardi@codeaurora.org>
>
> ---
>  drivers/scsi/ufs/ufshcd.c | 22 ++++++++++++++++++++--
>  1 file changed, 20 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/scsi/ufs/ufshcd.c b/drivers/scsi/ufs/ufshcd.c
> index 8860a57..e0b8755 100644
> --- a/drivers/scsi/ufs/ufshcd.c
> +++ b/drivers/scsi/ufs/ufshcd.c
> @@ -364,6 +364,16 @@ static inline void ufshcd_utrl_clear(struct ufs_hba
> *hba, u32 pos)
>  }
>
>  /**
> + * ufshcd_outstanding_req_clear - Clear a bit in outstanding request
> field
> + * @hba: per adapter instance
> + * @tag: position of the bit to be cleared
> + */
> +static inline void ufshcd_outstanding_req_clear(struct ufs_hba *hba, int
> tag)
> +{
> +	__clear_bit(tag, &hba->outstanding_reqs);
> +}
> +
> +/**
>   * ufshcd_get_lists_status - Check UCRDY, UTRLRDY and UTMRLRDY
>   * @reg: Register value of host controller status
>   *
> @@ -1502,9 +1512,17 @@ static int ufshcd_wait_for_dev_cmd(struct ufs_hba
> *hba,
>
>  	if (!time_left) {
>  		err = -ETIMEDOUT;
> +		dev_dbg(hba->dev, "%s: dev_cmd request timedout, tag %d\n",
> +			__func__, lrbp->task_tag);
>  		if (!ufshcd_clear_cmd(hba, lrbp->task_tag))
> -			/* sucessfully cleared the command, retry if needed */
> +			/* successfully cleared the command, retry if needed */
>  			err = -EAGAIN;
> +		/*
> +		 * in case of an error, after clearing the doorbell,
> +		 * we also need to clear the outstanding_request
> +		 * field in hba
> +		 */
> +		ufshcd_outstanding_req_clear(hba, lrbp->task_tag);
>  	}
>
>  	return err;
> @@ -3942,7 +3960,7 @@ static int ufshcd_abort(struct scsi_cmnd *cmd)
>  	scsi_dma_unmap(cmd);
>
>  	spin_lock_irqsave(host->host_lock, flags);
> -	__clear_bit(tag, &hba->outstanding_reqs);
> +	ufshcd_outstanding_req_clear(hba, tag);
>  	hba->lrb[tag].cmd = NULL;
>  	spin_unlock_irqrestore(host->host_lock, flags);
>
> --
> 1.8.5.2
>
> --
> QUALCOMM ISRAEL, on behalf of Qualcomm Innovation Center, Inc. is a member
> of Code Aurora Forum, hosted by The Linux Foundation
> --
> To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>


-- 
Qualcomm Israel, on behalf of Qualcomm Innovation Center, Inc.
The Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum,
a Linux Foundation Collaborative Project

  reply	other threads:[~2015-10-27 14:56 UTC|newest]

Thread overview: 27+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-10-27 10:44 [PATCH v5 00/15] Big fixes, retries, handle a race condition Yaniv Gardi
2015-10-27 10:44 ` [PATCH v5 01/15] scsi: ufs: clear UTRD, UPIU req and rsp before new transfers Yaniv Gardi
2015-10-27 14:53   ` Gilad Broner
2015-10-27 10:44 ` [PATCH v5 02/15] scsi: ufs: clear fields " Yaniv Gardi
2015-10-27 14:55   ` Gilad Broner
2015-10-27 10:44 ` [PATCH v5 03/15] scsi: ufs: verify command tag validity Yaniv Gardi
2015-10-27 10:44 ` [PATCH v5 04/15] scsi: ufs: clear outstanding_request bit in case query timeout Yaniv Gardi
2015-10-27 14:56   ` Gilad Broner [this message]
2015-10-27 10:44 ` [PATCH v5 05/15] scsi: ufs: increase fDeviceInit query response timeout Yaniv Gardi
2015-10-27 14:56   ` Gilad Broner
2015-10-27 10:44 ` [PATCH v5 06/15] scsi: ufs: avoid exception event handler racing with PM callbacks Yaniv Gardi
2015-10-27 14:57   ` Gilad Broner
2015-10-27 10:44 ` [PATCH v5 07/15] scsi: ufs: set REQUEST_SENSE command size to 18 bytes Yaniv Gardi
2015-10-27 10:44 ` [PATCH v5 08/15] scsi: ufs: add retries to dme_peer get and set attribute Yaniv Gardi
2015-10-27 14:58   ` Gilad Broner
2015-10-27 10:44 ` [PATCH v5 09/15] scsi: ufs: add retries for hibern8 enter Yaniv Gardi
2015-10-27 14:59   ` Gilad Broner
2015-10-27 10:44 ` [PATCH v5 10/15] scsi: ufs: fix error recovery after the hibern8 exit failure Yaniv Gardi
2015-10-27 14:59   ` Gilad Broner
2015-10-27 10:44 ` [PATCH v5 11/15] scsi: ufs: retry failed query flag requests Yaniv Gardi
2015-10-27 10:44 ` [PATCH v5 12/15] scsi: ufs: reduce the interrupts for power mode change requests Yaniv Gardi
2015-10-27 14:59   ` Gilad Broner
2015-10-27 10:44 ` [PATCH v5 13/15] scsi: ufs: add missing memory barriers Yaniv Gardi
2015-10-27 10:44 ` [PATCH v5 14/15] scsi: ufs: commit descriptors before setting the doorbell Yaniv Gardi
2015-10-27 10:44 ` [PATCH v5 15/15] scsi: ufs: add wrapper for retrying sending query attribute Yaniv Gardi
2015-10-27 15:00   ` Gilad Broner
2015-10-28 12:05 ` [PATCH v5 00/15] Big fixes, retries, handle a race condition Dolev Raviv

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=6c67cb64689065532ae0daa0c2cb7b6d.squirrel@www.codeaurora.org \
    --to=gbroner@codeaurora.org \
    --cc=draviv@codeaurora.org \
    --cc=hch@infradead.org \
    --cc=james.bottomley@hansenpartnership.com \
    --cc=jbottomley@odin.com \
    --cc=linux-arm-msm@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-scsi-owner@vger.kernel.org \
    --cc=linux-scsi@vger.kernel.org \
    --cc=pebolle@tiscali.nl \
    --cc=robherring2@gmail.com \
    --cc=santoshsy@gmail.com \
    --cc=subhashj@codeaurora.org \
    --cc=vinholikatti@gmail.com \
    --cc=ygardi@codeaurora.org \
    /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;
as well as URLs for NNTP newsgroup(s).