linux-scsi.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Subhash Jadavani <subhashj@codeaurora.org>
To: Kiwoong Kim <kwmad.kim@samsung.com>
Cc: "'James E.J. Bottomley'" <jejb@linux.vnet.ibm.com>,
	linux-scsi@vger.kernel.org,
	"'Martin K. Petersen'" <martin.petersen@oracle.com>,
	vinholikatti@gmail.com, '???' <hg.chu@samsung.com>,
	linux-scsi-owner@vger.kernel.org
Subject: Re: [PATCH v1] ufs: introduce UFSHCI_QUIRK_SKIP_INTR_AGGR quirk
Date: Wed, 09 Nov 2016 10:59:18 -0800	[thread overview]
Message-ID: <fd1c64fcb5b4758e1dabfeb47b63a53b@codeaurora.org> (raw)
In-Reply-To: <001101d23a4c$34165510$9c42ff30$@samsung.com>

On 2016-11-08 21:43, Kiwoong Kim wrote:
>> > If UFS driver resets interrupt aggregation timer and counter
>> > when there is a pending doorbell, an interrupt of IO completion
>> > of a corresponding task may be missed.
>> > That would cause a command timeout.
>> >
>> > If UFS driver resets interrupt aggregation timer and counter
>> > when there is a pending doorbell, a competion interrupt
>> > of a corresponing task may be issued.
>> > That would casue a command timeout.

Please add how are you fixing the issue in commit text.

>> >
>> > Signed-off-by: Kiwoong Kim <kwmad.kim@samsung.com>
>> > ---
>> >  drivers/scsi/ufs/ufshcd.c | 4 +++-
>> >  drivers/scsi/ufs/ufshcd.h | 1 +
>> >  2 files changed, 4 insertions(+), 1 deletion(-)
>> >
>> > diff --git a/drivers/scsi/ufs/ufshcd.c b/drivers/scsi/ufs/ufshcd.c
>> > index c904854..65bbf59 100644
>> > --- a/drivers/scsi/ufs/ufshcd.c
>> > +++ b/drivers/scsi/ufs/ufshcd.c
>> > @@ -3730,7 +3730,9 @@ static void ufshcd_transfer_req_compl(struct
>> > ufs_hba *hba)
>> >  	 * false interrupt if device completes another request after
>> > resetting
>> >  	 * aggregation and before reading the DB.
>> >  	 */
>> > -	if (ufshcd_is_intr_aggr_allowed(hba))
>> > +	if ((ufshcd_is_intr_aggr_allowed(hba))
>> > +		&& !(hba->quirks & UFSHCI_QUIRK_SKIP_INTR_AGGR))
>> 
>> Why do we need this new quirk? If controller has the issue with
>> interrupt aggregation, you can remove this UFSHCD_CAP_INTR_AGGR to
>> disable the aggregation altogether.
> 
> This fragment doesn't mean disabling interrupt aggregation.
> It just means that interrupt aggregation logic would not be reset in 
> ISR.

ok.

> 
> But I think that the name of the quirk doesn't represent the function 
> of it
> expectedly.
> I'll change the name with another one, such as
> UFSHCI_QUIRK_SKIP_RESET_INTR_AGGR.

May be UFSHCD_QUIRK_BROKEN_INTR_AGGR_RESET ?

> 
> 
>> 
>> > +		ufshcd_reset_intr_aggr(hba);
>> >  		ufshcd_reset_intr_aggr(hba);
>> >
>> >  	tr_doorbell = ufshcd_readl(hba, REG_UTP_TRANSFER_REQ_DOOR_BELL);
>> > diff --git a/drivers/scsi/ufs/ufshcd.h b/drivers/scsi/ufs/ufshcd.h
>> > index 6a96f24..6a9c6e9 100644
>> > --- a/drivers/scsi/ufs/ufshcd.h
>> > +++ b/drivers/scsi/ufs/ufshcd.h
>> > @@ -497,6 +497,7 @@ struct ufs_hba {
>> >  	#define UFSHCD_QUIRK_BROKEN_DWORD_UTRD                  UFS_BIT(7)
>> >  	#define UFSHCD_QUIRK_BROKEN_REQ_LIST_CLR                UFS_BIT(8)
>> >  	#define UFSHCD_QUIRK_USE_OF_HCE				UFS_BIT(9)
>> > +	#define UFSHCI_QUIRK_SKIP_INTR_AGGR			UFS_BIT(10)

Please also add code comments explaining what this quirk means and when 
should we use it? Please add same for other quirks you introduced in 
different patches.

>> >
>> >
>> >  	unsigned int quirks;	/* Deviations from standard UFSHCI spec.
>> */
>> 
>> --
>> The Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
>> a Linux Foundation Collaborative Project
>> --
>> 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

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

  reply	other threads:[~2016-11-09 18:59 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-11-08  7:59 [PATCH v1] ufs: introduce UFSHCI_QUIRK_SKIP_INTR_AGGR quirk Kiwoong Kim
2016-11-08 19:56 ` Subhash Jadavani
2016-11-09  5:43   ` Kiwoong Kim
2016-11-09 18:59     ` Subhash Jadavani [this message]
2016-11-10  1:28   ` Kiwoong Kim

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=fd1c64fcb5b4758e1dabfeb47b63a53b@codeaurora.org \
    --to=subhashj@codeaurora.org \
    --cc=hg.chu@samsung.com \
    --cc=jejb@linux.vnet.ibm.com \
    --cc=kwmad.kim@samsung.com \
    --cc=linux-scsi-owner@vger.kernel.org \
    --cc=linux-scsi@vger.kernel.org \
    --cc=martin.petersen@oracle.com \
    --cc=vinholikatti@gmail.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;
as well as URLs for NNTP newsgroup(s).