linux-kernel - RE: [EXT] Re: [PATCH v2 5/5] scsi: ufs: UFS Host Performance Booster(HPB) driver

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <BN7PR08MB56845CD413B93D28184BFFEBDBD00@BN7PR08MB5684.namprd08.prod.outlook.com>
Date:   Fri, 24 Apr 2020 09:51:47 +0000
From:   "Bean Huo (beanhuo)" <beanhuo@...ron.com>
To:     Bart Van Assche <bvanassche@....org>,
        "huobean@...il.com" <huobean@...il.com>,
        "alim.akhtar@...sung.com" <alim.akhtar@...sung.com>,
        "avri.altman@....com" <avri.altman@....com>,
        "asutoshd@...eaurora.org" <asutoshd@...eaurora.org>,
        "jejb@...ux.ibm.com" <jejb@...ux.ibm.com>,
        "martin.petersen@...cle.com" <martin.petersen@...cle.com>,
        "stanley.chu@...iatek.com" <stanley.chu@...iatek.com>,
        "tomas.winkler@...el.com" <tomas.winkler@...el.com>,
        "cang@...eaurora.org" <cang@...eaurora.org>
CC:     "linux-scsi@...r.kernel.org" <linux-scsi@...r.kernel.org>,
        "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: RE: [EXT] Re: [PATCH v2 5/5] scsi: ufs: UFS Host Performance
 Booster(HPB) driver

Hi, Bart

> 
> What are the similarities and differences compared to the lightnvm framework
> that was added several years ago to the Linux kernel? Which of the code in this
> patch can be shared with the lightnvm framework?
> 
I don’t fully comprehend Lightnvm, and studied it in recent days. it is not possible to
deploy Lightnvm framework in UFS HPB. 
UFS HPB has a similar idea with Nvme HMB,  which both take host-side memory as
device onboard flash to hold L2P map entries.  But both are not the same,  UFS HPB
cache cannot be accessed by UFS device over UFS bus. Access and control of UFS HPB
cache completely all depend on the host side UFS HPB driver.
 
HPB has two control modes: device control mode and host control mode.  In the device
Mode, HPB driver reads L2P map data only based on the device recommendations.
However in the host control mode, it is much more flexible, HPB driver completely can
initiate the L2P read actively.  In host mode, HPB can limit read latency and achieve
predictable read latency, since the host side can load the L2P map entries based on its
read behavior and oncoming read. But current exist UFS subsystem, cannot make full
use of this feature.
 
I don't know how do you think about adding a framework in SCSI, let FS can pass oncoming read length to
UFS HPB, the based on that, HPB can load L2P entries in advance.

//Bean