linux-scsi.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Can Guo <cang@codeaurora.org>
To: Zang Leigang <zangleigang@hisilicon.com>
Cc: Avri Altman <avri.altman@wdc.com>,
	"James E . J . Bottomley" <jejb@linux.vnet.ibm.com>,
	"Martin K . Petersen" <martin.petersen@oracle.com>,
	linux-scsi@vger.kernel.org, linux-kernel@vger.kernel.org,
	gregkh@linuxfoundation.org, Bart Van Assche <bvanassche@acm.org>,
	yongmyung lee <ymhungry.lee@samsung.com>,
	Daejun Park <daejun7.park@samsung.com>,
	alim.akhtar@samsung.com, asutoshd@codeaurora.org,
	Avi Shchislowski <avi.shchislowski@wdc.com>,
	Bean Huo <beanhuo@micron.com>,
	stanley.chu@mediatek.com
Subject: Re: [PATCH v6 02/10] scsi: ufshpb: Add host control mode support to rsp_upiu
Date: Wed, 24 Mar 2021 11:59:03 +0800	[thread overview]
Message-ID: <e3bfb8c4fcadc8e1b7f9fec0ee4d57f5@codeaurora.org> (raw)
In-Reply-To: <20210324033104.5kms7pez6arnkaoz@shaphisprc48410>

On 2021-03-24 11:31, Zang Leigang wrote:
> On Mon, Mar 22, 2021 at 10:10:36AM +0200, Avri Altman wrote:
>> In device control mode, the device may recommend the host to either
>> activate or inactivate a region, and the host should follow. Meaning
>> those are not actually recommendations, but more of instructions.
>> 
>> On the contrary, in host control mode, the recommendation protocol is
>> slightly changed:
>> a) The device may only recommend the host to update a subregion of an
>>    already-active region. And,
>> b) The device may *not* recommend to inactivate a region.
>> 
>> Furthermore, in host control mode, the host may choose not to follow 
>> any
>> of the device's recommendations. However, in case of a recommendation 
>> to
>> update an active and clean subregion, it is better to follow those
>> recommendation because otherwise the host has no other way to know 
>> that
>> some internal relocation took place.
>> 
>> Signed-off-by: Avri Altman <avri.altman@wdc.com>
>> ---
>>  drivers/scsi/ufs/ufshpb.c | 34 +++++++++++++++++++++++++++++++++-
>>  drivers/scsi/ufs/ufshpb.h |  2 ++
>>  2 files changed, 35 insertions(+), 1 deletion(-)
>> 
>> diff --git a/drivers/scsi/ufs/ufshpb.c b/drivers/scsi/ufs/ufshpb.c
>> index fb10afcbb49f..d4f0bb6d8fa1 100644
>> --- a/drivers/scsi/ufs/ufshpb.c
>> +++ b/drivers/scsi/ufs/ufshpb.c
>> @@ -166,6 +166,8 @@ static void ufshpb_set_ppn_dirty(struct ufshpb_lu 
>> *hpb, int rgn_idx,
>>  	else
>>  		set_bit_len = cnt;
>> 
>> +	set_bit(RGN_FLAG_DIRTY, &rgn->rgn_flags);
>> +
>>  	if (rgn->rgn_state != HPB_RGN_INACTIVE &&
>>  	    srgn->srgn_state == HPB_SRGN_VALID)
>>  		bitmap_set(srgn->mctx->ppn_dirty, srgn_offset, set_bit_len);
>> @@ -235,6 +237,11 @@ static bool ufshpb_test_ppn_dirty(struct 
>> ufshpb_lu *hpb, int rgn_idx,
>>  	return false;
>>  }
>> 
>> +static inline bool is_rgn_dirty(struct ufshpb_region *rgn)
>> +{
>> +	return test_bit(RGN_FLAG_DIRTY, &rgn->rgn_flags);
>> +}
>> +
>>  static int ufshpb_fill_ppn_from_page(struct ufshpb_lu *hpb,
>>  				     struct ufshpb_map_ctx *mctx, int pos,
>>  				     int len, u64 *ppn_buf)
>> @@ -713,6 +720,7 @@ static void ufshpb_put_map_req(struct ufshpb_lu 
>> *hpb,
>>  static int ufshpb_clear_dirty_bitmap(struct ufshpb_lu *hpb,
>>  				     struct ufshpb_subregion *srgn)
>>  {
>> +	struct ufshpb_region *rgn;
>>  	u32 num_entries = hpb->entries_per_srgn;
>> 
>>  	if (!srgn->mctx) {
>> @@ -726,6 +734,10 @@ static int ufshpb_clear_dirty_bitmap(struct 
>> ufshpb_lu *hpb,
>>  		num_entries = hpb->last_srgn_entries;
>> 
>>  	bitmap_zero(srgn->mctx->ppn_dirty, num_entries);
>> +
>> +	rgn = hpb->rgn_tbl + srgn->rgn_idx;
>> +	clear_bit(RGN_FLAG_DIRTY, &rgn->rgn_flags);
>> +
>>  	return 0;
>>  }
>> 
>> @@ -1245,6 +1257,18 @@ static void ufshpb_rsp_req_region_update(struct 
>> ufshpb_lu *hpb,
>>  		srgn_i =
>>  			be16_to_cpu(rsp_field->hpb_active_field[i].active_srgn);
>> 
>> +		rgn = hpb->rgn_tbl + rgn_i;
>> +		if (hpb->is_hcm &&
>> +		    (rgn->rgn_state != HPB_RGN_ACTIVE || is_rgn_dirty(rgn))) {
>> +			/*
>> +			 * in host control mode, subregion activation
>> +			 * recommendations are only allowed to active regions.
>> +			 * Also, ignore recommendations for dirty regions - the
>> +			 * host will make decisions concerning those by himself
>> +			 */
>> +			continue;
>> +		}
>> +
> 
> Hi Avri, host control mode also need the recommendations from device,
> because the bkops would make the ppn invalid, is that right?

Right, but ONLY recommandations to ACTIVE regions are of host's interest
in host control mode. For those inactive regions, host makes its own 
decisions.

Can Guo.

> 
>>  		dev_dbg(&hpb->sdev_ufs_lu->sdev_dev,
>>  			"activate(%d) region %d - %d\n", i, rgn_i, srgn_i);
>> 
>> @@ -1252,7 +1276,6 @@ static void ufshpb_rsp_req_region_update(struct 
>> ufshpb_lu *hpb,
>>  		ufshpb_update_active_info(hpb, rgn_i, srgn_i);
>>  		spin_unlock(&hpb->rsp_list_lock);
>> 
>> -		rgn = hpb->rgn_tbl + rgn_i;
>>  		srgn = rgn->srgn_tbl + srgn_i;
>> 
>>  		/* blocking HPB_READ */
>> @@ -1263,6 +1286,14 @@ static void ufshpb_rsp_req_region_update(struct 
>> ufshpb_lu *hpb,
>>  		hpb->stats.rb_active_cnt++;
>>  	}
>> 
>> +	if (hpb->is_hcm) {
>> +		/*
>> +		 * in host control mode the device is not allowed to inactivate
>> +		 * regions
>> +		 */
>> +		goto out;
>> +	}
>> +
>>  	for (i = 0; i < rsp_field->inactive_rgn_cnt; i++) {
>>  		rgn_i = be16_to_cpu(rsp_field->hpb_inactive_field[i]);
>>  		dev_dbg(&hpb->sdev_ufs_lu->sdev_dev,
>> @@ -1287,6 +1318,7 @@ static void ufshpb_rsp_req_region_update(struct 
>> ufshpb_lu *hpb,
>>  		hpb->stats.rb_inactive_cnt++;
>>  	}
>> 
>> +out:
>>  	dev_dbg(&hpb->sdev_ufs_lu->sdev_dev, "Noti: #ACT %u #INACT %u\n",
>>  		rsp_field->active_rgn_cnt, rsp_field->inactive_rgn_cnt);
>> 
>> diff --git a/drivers/scsi/ufs/ufshpb.h b/drivers/scsi/ufs/ufshpb.h
>> index 7df30340386a..032672114881 100644
>> --- a/drivers/scsi/ufs/ufshpb.h
>> +++ b/drivers/scsi/ufs/ufshpb.h
>> @@ -121,6 +121,8 @@ struct ufshpb_region {
>> 
>>  	/* below information is used by lru */
>>  	struct list_head list_lru_rgn;
>> +	unsigned long rgn_flags;
>> +#define RGN_FLAG_DIRTY 0
>>  };
>> 
>>  #define for_each_sub_region(rgn, i, srgn)				\
>> --
>> 2.25.1
>> 

  reply	other threads:[~2021-03-24  4:00 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-03-22  8:10 [PATCH v6 00/10] Add Host control mode to HPB Avri Altman
2021-03-22  8:10 ` [PATCH v6 01/10] scsi: ufshpb: Cache HPB Control mode on init Avri Altman
2021-03-22  8:10 ` [PATCH v6 02/10] scsi: ufshpb: Add host control mode support to rsp_upiu Avri Altman
2021-03-24  3:31   ` Zang Leigang
2021-03-24  3:59     ` Can Guo [this message]
2021-03-24 12:44       ` Avri Altman
2021-03-22  8:10 ` [PATCH v6 03/10] scsi: ufshpb: Add region's reads counter Avri Altman
2021-03-24  9:25   ` Can Guo
2021-03-24 11:28     ` Avri Altman
2021-03-27  8:02       ` Avri Altman
2021-03-22  8:10 ` [PATCH v6 04/10] scsi: ufshpb: Make eviction depends on region's reads Avri Altman
2021-03-25  5:34   ` Can Guo
2021-03-25  5:56     ` Avri Altman
2021-03-22  8:10 ` [PATCH v6 05/10] scsi: ufshpb: Region inactivation in host mode Avri Altman
2021-03-22  8:10 ` [PATCH v6 06/10] scsi: ufshpb: Add hpb dev reset response Avri Altman
2021-03-22  8:10 ` [PATCH v6 07/10] scsi: ufshpb: Add "Cold" regions timer Avri Altman
2021-03-22  8:10 ` [PATCH v6 08/10] scsi: ufshpb: Limit the number of inflight map requests Avri Altman
2021-03-22  8:10 ` [PATCH v6 09/10] scsi: ufshpb: Add support for host control mode Avri Altman
2021-03-22  8:10 ` [PATCH v6 10/10] scsi: ufshpb: Make host mode parameters configurable Avri Altman

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=e3bfb8c4fcadc8e1b7f9fec0ee4d57f5@codeaurora.org \
    --to=cang@codeaurora.org \
    --cc=alim.akhtar@samsung.com \
    --cc=asutoshd@codeaurora.org \
    --cc=avi.shchislowski@wdc.com \
    --cc=avri.altman@wdc.com \
    --cc=beanhuo@micron.com \
    --cc=bvanassche@acm.org \
    --cc=daejun7.park@samsung.com \
    --cc=gregkh@linuxfoundation.org \
    --cc=jejb@linux.vnet.ibm.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-scsi@vger.kernel.org \
    --cc=martin.petersen@oracle.com \
    --cc=stanley.chu@mediatek.com \
    --cc=ymhungry.lee@samsung.com \
    --cc=zangleigang@hisilicon.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).