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
next prev parent 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).