lkml.org 
[lkml]   [2020]   [Aug]   [6]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRE: Re: [PATCH v7 0/4] scsi: ufs: Add Host Performance Booster Support
From
Date
Hi Can Guo,
>
> On 2020-08-05 11:37, Daejun Park wrote:
> > Changelog:
> >
> > v6 -> v7
> > 1. Remove UFS feature layer.
> > 2. Cleanup for sparse error.
> >
> > v5 -> v6
> > Change base commit to b53293fa662e28ae0cdd40828dc641c09f133405
> >
> > v4 -> v5
> > Delete unused macro define.
> >
> > v3 -> v4
> > 1. Cleanup.
> >
> > v2 -> v3
> > 1. Add checking input module parameter value.
> > 2. Change base commit from 5.8/scsi-queue to 5.9/scsi-queue.
> > 3. Cleanup for unused variables and label.
> >
> > v1 -> v2
> > 1. Change the full boilerplate text to SPDX style.
> > 2. Adopt dynamic allocation for sub-region data structure.
> > 3. Cleanup.
> >
> > NAND flash memory-based storage devices use Flash Translation Layer
> > (FTL)
> > to translate logical addresses of I/O requests to corresponding flash
> > memory addresses. Mobile storage devices typically have RAM with
> > constrained size, thus lack in memory to keep the whole mapping table.
> > Therefore, mapping tables are partially retrieved from NAND flash on
> > demand, causing random-read performance degradation.
> >
> > To improve random read performance, JESD220-3 (HPB v1.0) proposes HPB
> > (Host Performance Booster) which uses host system memory as a cache for
> > the
> > FTL mapping table. By using HPB, FTL data can be read from host memory
> > faster than from NAND flash memory.
> >
> > The current version only supports the DCM (device control mode).
> > This patch consists of 3 parts to support HPB feature.
> >
> > 1) HPB probe and initialization process
> > 2) READ -> HPB READ using cached map information
> > 3) L2P (logical to physical) map management
> >
> > In the HPB probe and init process, the device information of the UFS is
> > queried. After checking supported features, the data structure for the
> > HPB
> > is initialized according to the device information.
> >
> > A read I/O in the active sub-region where the map is cached is changed
> > to
> > HPB READ by the HPB.
> >
> > The HPB manages the L2P map using information received from the
> > device. For active sub-region, the HPB caches through ufshpb_map
> > request. For the in-active region, the HPB discards the L2P map.
> > When a write I/O occurs in an active sub-region area, associated dirty
> > bitmap checked as dirty for preventing stale read.
> >
> > HPB is shown to have a performance improvement of 58 - 67% for random
> > read
> > workload. [1]
> >
> > This series patches are based on the 5.9/scsi-queue branch.
> >
> > [1]:
> > https://www.usenix.org/conference/hotstorage17/program/presentation/jeong
> >
> > Daejun park (4):
> > scsi: ufs: Add UFS feature related parameter
> > scsi: ufs: Introduce HPB feature
> > scsi: ufs: L2P map management for HPB read
> > scsi: ufs: Prepare HPB read for cached sub-region
> >
> > drivers/scsi/ufs/Kconfig | 18 +
> > drivers/scsi/ufs/Makefile | 1 +
> > drivers/scsi/ufs/ufs.h | 12 +
> > drivers/scsi/ufs/ufshcd.c | 42 +
> > drivers/scsi/ufs/ufshcd.h | 9 +
> > drivers/scsi/ufs/ufshpb.c | 1926
> > ++++++++++++++++++++++++++++++++++++++++
> > drivers/scsi/ufs/ufshpb.h | 241 +++++
> > 7 files changed, 2249 insertions(+)
> > created mode 100644 drivers/scsi/ufs/ufshpb.c
> > created mode 100644 drivers/scsi/ufs/ufshpb.h
>
> I only gave my reviewed-by tag to the very first patch (changes to
> ufshcd.h),
> but not the whole series. Please remove those tags accordingly.
>
OK, I am sorry about that.
I will remove tags and re-submit my patches.

Thanks,

Daejun

\
 
 \ /
  Last update: 2020-08-06 20:59    [W:0.074 / U:0.368 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site