Received: by 2002:a05:6a10:a841:0:0:0:0 with SMTP id d1csp3265606pxy; Sun, 25 Apr 2021 19:38:53 -0700 (PDT) X-Google-Smtp-Source: ABdhPJymcw7qvFUZIPBZ7koTEuB+ZhQJnkytwZFrdrfE8iLAsRYvaihu1Ub8ZoiggyvOJBIqrMgE X-Received: by 2002:aa7:d94c:: with SMTP id l12mr18334288eds.290.1619404732889; Sun, 25 Apr 2021 19:38:52 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1619404732; cv=none; d=google.com; s=arc-20160816; b=c9dI4Kulc89zUIR2YjwCpDkMlRRmHmwLCt3PThLMJzFlnlvsbWpfmaU1/6gIRZOkgZ ZNApX6ZbrQUpceLjsQdgtNXqCj6R05F3OdnEr+9QwSkzH2Pw3PrCg/1exe6bR0oomcne TeGLuCs4GMhb/3alZA2tIJjL6TlOs+vTq+1+KMMzUt2+UsarJ5PEcr/YlOJrbGxJZIlJ u14yp+Y+bcO3qtIS84mmywuOUKWZG4hSn5jS+BU3LRuDH1Tw9xJjwEeif00N5RrFVfbI tJ6g2cWrJG6X4NykCAU71Hp8VWAd5kWXanhxJ+gqPl7PGahmvEeTxvNBc4IgY4zkwvGG qhBg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:message-id:references:in-reply-to :subject:cc:to:from:date:content-transfer-encoding:mime-version :sender:dkim-signature; bh=rsusBFynYMc4f0Jht6fW5/fzJpjFLTCG4xMf4yJ/72Q=; b=lKyZ5hQlwPwnbOD57grY5eWAQXxegxSnxiJa0n/jmHFyoS23FBsXUWJHax4HvuXyKf jE/7jUKMqLDz05W/XT5QB5m4rib+U+NR3QV4m2eQGR0IqIY+6ob1La8DvGXGF0ept1uE foeynt2fVOl0HvvlRA/aCE13L4xFnHeBsvrAazswJFR9cetXYJMmcm+Za2WJh8mV0mKF EP9LyrnolJOioPe3DCIqFdsXyXLc2mtKHRcNK/x9V2UsUKWWSUP6o4rnvNRTi8ldiwXm gYCe8to19i6MRIHZCbH4zzc5uTTfC1Gg0joy5DtAtsdye7xYyi2sOj37FcHNXvbPsNNt QV7A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@mg.codeaurora.org header.s=smtp header.b=glXtV0Nk; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id aj11si11896243ejc.156.2021.04.25.19.38.29; Sun, 25 Apr 2021 19:38:52 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@mg.codeaurora.org header.s=smtp header.b=glXtV0Nk; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231673AbhDZChv (ORCPT + 99 others); Sun, 25 Apr 2021 22:37:51 -0400 Received: from m43-7.mailgun.net ([69.72.43.7]:46098 "EHLO m43-7.mailgun.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231530AbhDZChu (ORCPT ); Sun, 25 Apr 2021 22:37:50 -0400 DKIM-Signature: a=rsa-sha256; v=1; c=relaxed/relaxed; d=mg.codeaurora.org; q=dns/txt; s=smtp; t=1619404630; h=Message-ID: References: In-Reply-To: Subject: Cc: To: From: Date: Content-Transfer-Encoding: Content-Type: MIME-Version: Sender; bh=rsusBFynYMc4f0Jht6fW5/fzJpjFLTCG4xMf4yJ/72Q=; b=glXtV0Nkwes6J6ABXb2sXE6OjE50Eesavj9a9hFhD2MiDfYao7bUE9l9yZzfxpbIpuZfzXEu NKorQNNAC1Owp3ohjOoF/kJ5KwPpV0g4Xx1uzsvfw/9D1tO0nndGSzGnhZ6OwAViP3RINqXV 4HHiC0iA5NtEyZvCnip++5GoHKA= X-Mailgun-Sending-Ip: 69.72.43.7 X-Mailgun-Sid: WyI0MWYwYSIsICJsaW51eC1rZXJuZWxAdmdlci5rZXJuZWwub3JnIiwgImJlOWU0YSJd Received: from smtp.codeaurora.org (ec2-35-166-182-171.us-west-2.compute.amazonaws.com [35.166.182.171]) by smtp-out-n05.prod.us-east-1.postgun.com with SMTP id 6086274674f773a664dfd50c (version=TLS1.2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256); Mon, 26 Apr 2021 02:36:54 GMT Sender: cang=codeaurora.org@mg.codeaurora.org Received: by smtp.codeaurora.org (Postfix, from userid 1001) id 62186C4323A; Mon, 26 Apr 2021 02:36:53 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-caf-mail-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.9 required=2.0 tests=ALL_TRUSTED,BAYES_00 autolearn=unavailable autolearn_force=no version=3.4.0 Received: from mail.codeaurora.org (localhost.localdomain [127.0.0.1]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: cang) by smtp.codeaurora.org (Postfix) with ESMTPSA id 94729C433F1; Mon, 26 Apr 2021 02:36:51 +0000 (UTC) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Mon, 26 Apr 2021 10:36:51 +0800 From: Can Guo To: daejun7.park@samsung.com Cc: Greg KH , avri.altman@wdc.com, jejb@linux.ibm.com, martin.petersen@oracle.com, asutoshd@codeaurora.org, stanley.chu@mediatek.com, bvanassche@acm.org, huobean@gmail.com, ALIM AKHTAR , linux-scsi@vger.kernel.org, linux-kernel@vger.kernel.org, JinHwan Park , Javier Gonzalez , Sung-Jun Park , Jinyoung CHOI , Dukhyun Kwon , Keoseong Park , Jaemyung Lee , Jieon Seol Subject: Re: [PATCH v32 0/4] scsi: ufs: Add Host Performance Booster Support In-Reply-To: <20210331011526epcms2p37684869a9781d1eb45bfcbfe9babd217@epcms2p3> References: <20210331011526epcms2p37684869a9781d1eb45bfcbfe9babd217@epcms2p3> Message-ID: X-Sender: cang@codeaurora.org User-Agent: Roundcube Webmail/1.3.9 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2021-03-31 09:15, Daejun Park wrote: > Changelog: > > v31 -> v32 > Delete unused parameter of unmap API. > > v30 -> v31 > Delete unnecessary debug message. > > v29 -> v30 > 1. Add support to reuse bio of pre-request. > 2. Delete unreached code in the ufshpb_issue_map_req. > > v28 -> v29 > 1. Remove unused variable that reported by kernel test robot. > > v27 -> v28 > 1. Fix wrong return value of ufshpb_prep. > > v26 -> v27 > 1. Fix wrong refernce of sense buffer in pre_req complete function. > 2. Fix read_id error. > 3. Fix chunk size checking for HPB 1.0. > 4. Mute unnecessary messages before HPB initialization. > > v25 -> v26 > 1. Fix wrong chunk size checking for HPB 1.0. > 2. Fix wrong max data size for HPB single command. > 3. Fix typo error. > > v24 -> v25 > 1. Change write buffer API for unmap region. > 2. Add checking hpb_enable for avoiding unnecessary memory allocation. > 3. Change pr_info to dev_info. > 4. Change default requeue timeout value for HPB read. > 5. Fix wrong offset manipulation on ufshpb_prep_entry. > > v23 -> v24 > 1. Fix build error reported by kernel test robot. > > v22 -> v23 > 1. Add support compatibility of HPB 1.0. > 2. Fix read id for single HPB read command. > 3. Fix number of pre-allocated requests for write buffer. > 4. Add fast path for response UPIU that has same LUN in sense data. > 5. Remove WARN_ON for preventing kernel crash. > 7. Fix wrong argument for read buffer command. > > v21 -> v22 > 1. Add support processing response UPIU in suspend state. > 2. Add support HPB hint from other LU. > 3. Add sending write buffer with 0x03 after HPB init. > > v20 -> v21 > 1. Add bMAX_DATA_SIZE_FOR_HPB_SINGLE_CMD attr. and fHPBen flag support. > > v19 -> v20 > 1. Add documentation for sysfs entries of hpb->stat. > 2. Fix read buffer command for under-sized sub-region. > 3. Fix wrong condition checking for kick map work. > 4. Delete redundant response UPIU checking. > 5. Add LUN checking in response UPIU. > 6. Fix possible deadlock problem due to runtime PM. > 7. Add instant changing of sub-region state from response UPIU. > 8. Fix endian problem in prefetched PPN. > 9. Add JESD220-3A (HPB v2.0) support. > > v18 -> 19 > 1. Fix null pointer error when printing sysfs from non-HPB LU. > 2. Apply HPB read opcode in lrbp->cmd->cmnd (from Can Guo's review). > 3. Rebase the patch on 5.12/scsi-queue. > > v17 -> v18 > Fix build error which reported by kernel test robot. > > v16 -> v17 > 1. Rename hpb_state_lock to rgn_state_lock and move it to corresponding > patch. > 2. Remove redundant information messages. > > v15 -> v16 > 1. Add missed sysfs ABI documentation. > > v14 -> v15 > 1. Remove duplicated sysfs ABI entries in documentation. > 2. Add experiment result of HPB performance testing with iozone. > > v13 -> v14 > 1. Cleanup codes by commentted in Greg's review. > 2. Add documentation for sysfs entries (from Greg's review). > 3. Add experiment result of HPB performance testing. > > v12 -> v13 > 1. Cleanup codes by comments from Can Guo. > 2. Add HPB related descriptor/flag/attributes in sysfs. > 3. Change base commit from 5.10/scsi-queue to 5.11/scsi-queue. > > v11 -> v12 > 1. Fixed to return error value when HPB fails to initialize pinned > active > region. > 2. Fixed to disable HPB feature if HPB fails to allocate essential > memory > and workqueue. > 3. Fixed to change proper sub-region state when region is already > evicted. > > v10 -> v11 > Add a newline at end the last line on Kconfig file. > > v9 -> v10 > 1. Fixed 64-bit division error > 2. Fixed problems commentted in Bart's review. > > v8 -> v9 > 1. Change sysfs initialization. > 2. Change reading descriptor during HPB initialization > 3. Fixed problems commentted in Bart's review. > 4. Change base commit from 5.9/scsi-queue to 5.10/scsi-queue. > > v7 -> v8 > Remove wrongly added tags. > > 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] > > [1]: > https://www.usenix.org/conference/hotstorage17/program/presentation/jeong > > Daejun Park (4): > scsi: ufs: Introduce HPB feature > scsi: ufs: L2P map management for HPB read > scsi: ufs: Prepare HPB read for cached sub-region > scsi: ufs: Add HPB 2.0 support > > Documentation/ABI/testing/sysfs-driver-ufs | 162 ++ > drivers/scsi/ufs/Kconfig | 9 + > drivers/scsi/ufs/Makefile | 1 + > drivers/scsi/ufs/ufs-sysfs.c | 22 + > drivers/scsi/ufs/ufs.h | 54 +- > drivers/scsi/ufs/ufshcd.c | 74 +- > drivers/scsi/ufs/ufshcd.h | 29 + > drivers/scsi/ufs/ufshpb.c | 2387 ++++++++++++++++++++ > drivers/scsi/ufs/ufshpb.h | 277 +++ > 9 files changed, 3013 insertions(+), 2 deletions(-) > create mode 100644 drivers/scsi/ufs/ufshpb.c > create mode 100644 drivers/scsi/ufs/ufshpb.h To the entire series: Tested-by: Can Guo