linux-scsi.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Zang Leigang <zangleigang@hisilicon.com>
To: Avri Altman <avri.altman@wdc.com>
Cc: "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>, <cang@codeaurora.org>,
	<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 03:31:04 +0000	[thread overview]
Message-ID: <20210324033104.5kms7pez6arnkaoz@shaphisprc48410> (raw)
In-Reply-To: <20210322081044.62003-3-avri.altman@wdc.com>

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?

>  		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  3:32 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 [this message]
2021-03-24  3:59     ` Can Guo
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=20210324033104.5kms7pez6arnkaoz@shaphisprc48410 \
    --to=zangleigang@hisilicon.com \
    --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=cang@codeaurora.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 \
    /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).