Linux SCSI subsystem development
 help / color / mirror / Atom feed
From: huobean@gmail.com
To: alim.akhtar@samsung.com, avri.altman@wdc.com,
	asutoshd@codeaurora.org, jejb@linux.ibm.com,
	martin.petersen@oracle.com, stanley.chu@mediatek.com,
	beanhuo@micron.com, bvanassche@acm.org, tomas.winkler@intel.com,
	cang@codeaurora.org
Cc: linux-scsi@vger.kernel.org, linux-kernel@vger.kernel.org,
	ymhungry.lee@samsung.com, j-young.choi@samsung.com
Subject: [PATCH v1 0/5] scsi: ufs: add UFS Host Performance Booster(HPB) driver
Date: Sat, 21 Mar 2020 01:41:51 +0100	[thread overview]
Message-ID: <20200321004156.23364-1-beanhuo@micron.com> (raw)

From: Bean Huo <beanhuo@micron.com>

I disclose my development/changes on UFS HPB (UFS Host Performance Booster) to the
community, as this would enable more UFS developers to test and start an iterative
review and update process.                                                         
                                                                                   
The HPB is defined in Jedec Standard Universal Flash (UFS) Host Performance        
Booster(HPB) Extension Version 1.0, which is designed to improve a read performance
by utilizing the host side memory. Based on our testing, the HPB can increase the
random read performance by up to about 46% in random read.                         
                                                                                   
The original HPB driver is from [1]. Based on it, I did some                       
optimizations, simplications, fixed several reliability issues, implemented HPB 
host control mode and make it much more readable. There are still some FIXME need
to do, but this doesn't stop disclosure of patches to community to let you review.
                                                                                   
To avoid touching the traditional SCSI core, the HPB driver in this version series
HPB patch chooses to develop under SCSI, and sits the same layer with UFSHCD. At the
same time, in order to minimize changes on UFSHCD driver, the HPB driver inserts
HPB READ BUFFER and HPB WRITE BUFFER requests into the scsi_device->request_queueu
to execute, rather than that directly go through raw UPIU request path.            
                                                                                   
                                                                                   
[1] https://github.com/OpenMPDK/HPBDriver 

Bean Huo (5):
  scsi; ufs: add device descriptor for Host Performance Booster
  scsi: ufs: make ufshcd_read_unit_desc_param() non-static func
  scsi: ufs: add ufs_features parameter in structure ufs_dev_info
  scsi: ufs: add unit and geometry parameters for HPB
  scsi: ufs: UFS Host Performance Booster(HPB) driver

 drivers/scsi/ufs/Kconfig  |   34 +
 drivers/scsi/ufs/Makefile |    1 +
 drivers/scsi/ufs/ufs.h    |   19 +
 drivers/scsi/ufs/ufshcd.c |   66 +-
 drivers/scsi/ufs/ufshcd.h |   14 +-
 drivers/scsi/ufs/ufshpb.c | 3322 +++++++++++++++++++++++++++++++++++++
 drivers/scsi/ufs/ufshpb.h |  421 +++++
 7 files changed, 3870 insertions(+), 7 deletions(-)
 create mode 100644 drivers/scsi/ufs/ufshpb.c
 create mode 100644 drivers/scsi/ufs/ufshpb.h

-- 
2.17.1


             reply	other threads:[~2020-03-21  0:42 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-03-21  0:41 huobean [this message]
2020-03-21  0:41 ` [PATCH v1 1/5] scsi; ufs: add device descriptor for Host Performance Booster huobean
2020-03-21  0:41 ` [PATCH v1 2/5] scsi: ufs: make ufshcd_read_unit_desc_param() non-static func huobean
2020-03-21  0:41 ` [PATCH v1 3/5] scsi: ufs: add ufs_features parameter in structure ufs_dev_info huobean
2020-03-21  0:41 ` [PATCH v1 4/5] scsi: ufs: add unit and geometry parameters for HPB huobean
2020-03-21  0:41 ` [PATCH v1 5/5] scsi: ufs: UFS Host Performance Booster(HPB) driver huobean
2020-03-21  2:27   ` kbuild test robot
2020-03-21  3:37   ` kbuild test robot
2020-03-21 16:50   ` kbuild test robot
2020-03-21 16:50   ` [RFC PATCH] scsi: ufs: alloc_mctx can be static kbuild test robot

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=20200321004156.23364-1-beanhuo@micron.com \
    --to=huobean@gmail.com \
    --cc=alim.akhtar@samsung.com \
    --cc=asutoshd@codeaurora.org \
    --cc=avri.altman@wdc.com \
    --cc=beanhuo@micron.com \
    --cc=bvanassche@acm.org \
    --cc=cang@codeaurora.org \
    --cc=j-young.choi@samsung.com \
    --cc=jejb@linux.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=tomas.winkler@intel.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