Received: by 2002:a05:6358:1087:b0:cb:c9d3:cd90 with SMTP id j7csp436242rwi; Mon, 10 Oct 2022 02:32:45 -0700 (PDT) X-Google-Smtp-Source: AMsMyM7rRydYh1sQFzMpjZW9t/py6WFT3FLiXBq13yAdptx1trvdF0wsz+qxl06Ov6AcWWJeNjdP X-Received: by 2002:a05:6402:4441:b0:454:8a74:5459 with SMTP id o1-20020a056402444100b004548a745459mr16599225edb.155.1665394365029; Mon, 10 Oct 2022 02:32:45 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1665394365; cv=none; d=google.com; s=arc-20160816; b=Idg5T98TlOs9AoDkjcLxf5mYtB+DMR53RhDm+IuW+czBdDJqla+GiF35+9X4eDJTjt lMkv3XE10FUas9M1zLdTf2+nPtEaJ+UAf9OpEDjB/UQDlkbbnAdjXEbmAvIW4EXYwcG0 atoXsmqu/kK1WWFtv5UqD1sD6ryDEJGjb8oGgcPSCVAdz6EDgkBEDjqho9KAyOiQF3xa F20OAiVbYHIKnONTqo1R/UlrHJw8K5kclrnVNbO5TevL+6U5GrTlRT3NL8E/JxrUQJOx Mn8FpvFBEWcOrm98GNwSvWGWMswy6RfbOO2h3b/UPHhmt43kzlBHNu78k+yOmgQjI2VV 3t8A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from :dkim-signature; bh=eWAgwdulj2xw57O7YjnMQ60gTgOjK04gCpHVmdVTzlY=; b=yt9jl/a5ynP6P08tOO71F+BEQu77TXZeV6T3sxcj3tGAocVbc0dhDfd73ineleSr5Q Zqqm6TofyPt8oYm0JWJb+1BMRas8XTbl28FuBLoINbbvGo0frTR/D6VwBfA3qvqaa893 UbTBzpxpv5avWaWTYXzTGWaGNrLg1ogrGBJgroM19wPMuGvYt/IecYiIE78bHf6uAthM W4gOcLcrgplS6UVIoj0XYUfCsThEZHTUKEZYlbDJhDlPX5zQ7mlF+VtJII8YXJbYRTpf 3/BwFKDq4WmTwYxV7sbjNaLcvbHS2ozZa+KnLuFAPuxV0x0Vo6pTAxOjm9l9EFBSLLIo dAKQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@iokpp.de header.s=strato-dkim-0002 header.b=SgAVInZg; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id ds9-20020a170907724900b007833cbbb747si10092812ejc.578.2022.10.10.02.32.18; Mon, 10 Oct 2022 02:32:45 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@iokpp.de header.s=strato-dkim-0002 header.b=SgAVInZg; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231690AbiJJJaU (ORCPT + 99 others); Mon, 10 Oct 2022 05:30:20 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:56920 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231648AbiJJJaE (ORCPT ); Mon, 10 Oct 2022 05:30:04 -0400 Received: from mo4-p02-ob.smtp.rzone.de (mo4-p02-ob.smtp.rzone.de [85.215.255.81]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id B072E6558; Mon, 10 Oct 2022 02:29:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1665394189; s=strato-dkim-0002; d=iokpp.de; h=References:In-Reply-To:Message-Id:Date:Subject:Cc:To:From:Cc:Date: From:Subject:Sender; bh=eWAgwdulj2xw57O7YjnMQ60gTgOjK04gCpHVmdVTzlY=; b=SgAVInZgtGGGdpxWr4M1HUT9r0D/jU+jJNWLMz5QAWiQhm68JbrCb9CKGrpyDTFak+ 2ggg0PVuonuL5Hl09iH1GA+v30ggmnP+CsVmLchmz5BmxYf59JFnx0MsdVv/W1kgiCH1 tQ591BWogO/GqD1xSY1NRsSHHArSicbNgmH2/FxkUbwGV4v3qRVnjBbQ92SR3P2RQFra WVCDMTfxiJOHZF/Ne1BhF3t/qTphQW1pAZTTwx5J5n0FMPlfUUFbfYbR/y/NV4345tAQ RA8H2vyINAGU/epDraBIAmrxbJt3T7fo8NQ/Vtp9DHRCD+kc9OfzYMb/kt2cRrb6J97G LH8g== Authentication-Results: strato.com; dkim=none X-RZG-AUTH: ":LmkFe0i9dN8c2t4QQyGBB/NDXvjDB6pBSedrgBzPc9DUyubU4DD2QzemV2tdlNlNRZBXiUw=" X-RZG-CLASS-ID: mo02 Received: from linux.micron.com by smtp.strato.de (RZmta 48.2.0 AUTH) with ESMTPSA id zad98cy9A9Tn0DD (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits)) (Client did not present a certificate); Mon, 10 Oct 2022 11:29:49 +0200 (CEST) From: Bean Huo 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, daejun7.park@samsung.com Cc: linux-scsi@vger.kernel.org, linux-kernel@vger.kernel.org Subject: [PATCH v2 2/2] scsi: ufs: core: Cleanup ufshcd_slave_alloc() Date: Mon, 10 Oct 2022 11:29:37 +0200 Message-Id: <20221010092937.520013-3-beanhuo@iokpp.de> X-Mailer: git-send-email 2.34.1 In-Reply-To: <20221010092937.520013-1-beanhuo@iokpp.de> References: <20221010092937.520013-1-beanhuo@iokpp.de> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE, SPF_HELO_PASS,SPF_NONE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Bean Huo Combine ufshcd_get_lu_power_on_wp_status() and ufshcd_set_queue_depth() into one single ufshcd_lu_init(), so that we only need to read the LUN descriptor once to replace the original twice. Signed-off-by: Bean Huo --- drivers/ufs/core/ufshcd.c | 151 ++++++++++++++------------------------ 1 file changed, 54 insertions(+), 97 deletions(-) diff --git a/drivers/ufs/core/ufshcd.c b/drivers/ufs/core/ufshcd.c index 7c15cbc737b4..0bf1f99b26bb 100644 --- a/drivers/ufs/core/ufshcd.c +++ b/drivers/ufs/core/ufshcd.c @@ -4862,100 +4862,6 @@ static int ufshcd_verify_dev_init(struct ufs_hba *hba) return err; } -/** - * ufshcd_set_queue_depth - set lun queue depth - * @sdev: pointer to SCSI device - * - * Read bLUQueueDepth value and activate scsi tagged command - * queueing. For WLUN, queue depth is set to 1. For best-effort - * cases (bLUQueueDepth = 0) the queue depth is set to a maximum - * value that host can queue. - */ -static void ufshcd_set_queue_depth(struct scsi_device *sdev) -{ - int ret = 0; - u8 lun_qdepth; - struct ufs_hba *hba; - - hba = shost_priv(sdev->host); - - lun_qdepth = hba->nutrs; - ret = ufshcd_read_unit_desc_param(hba, - ufshcd_scsi_to_upiu_lun(sdev->lun), - UNIT_DESC_PARAM_LU_Q_DEPTH, - &lun_qdepth, - sizeof(lun_qdepth)); - - /* Some WLUN doesn't support unit descriptor */ - if (ret == -EOPNOTSUPP) - lun_qdepth = 1; - else if (!lun_qdepth) - /* eventually, we can figure out the real queue depth */ - lun_qdepth = hba->nutrs; - else - lun_qdepth = min_t(int, lun_qdepth, hba->nutrs); - - dev_dbg(hba->dev, "%s: activate tcq with queue depth %d\n", - __func__, lun_qdepth); - scsi_change_queue_depth(sdev, lun_qdepth); -} - -/* - * ufshcd_get_lu_wp - returns the "b_lu_write_protect" from UNIT DESCRIPTOR - * @hba: per-adapter instance - * @lun: UFS device lun id - * @b_lu_write_protect: pointer to buffer to hold the LU's write protect info - * - * Returns 0 in case of success and b_lu_write_protect status would be returned - * @b_lu_write_protect parameter. - * Returns -ENOTSUPP if reading b_lu_write_protect is not supported. - * Returns -EINVAL in case of invalid parameters passed to this function. - */ -static int ufshcd_get_lu_wp(struct ufs_hba *hba, - u8 lun, - u8 *b_lu_write_protect) -{ - int ret; - - if (!b_lu_write_protect) - ret = -EINVAL; - /* - * According to UFS device spec, RPMB LU can't be write - * protected so skip reading bLUWriteProtect parameter for - * it. For other W-LUs, UNIT DESCRIPTOR is not available. - */ - else if (lun >= hba->dev_info.max_lu_supported) - ret = -ENOTSUPP; - else - ret = ufshcd_read_unit_desc_param(hba, - lun, - UNIT_DESC_PARAM_LU_WR_PROTECT, - b_lu_write_protect, - sizeof(*b_lu_write_protect)); - return ret; -} - -/** - * ufshcd_get_lu_power_on_wp_status - get LU's power on write protect - * status - * @hba: per-adapter instance - * @sdev: pointer to SCSI device - * - */ -static inline void ufshcd_get_lu_power_on_wp_status(struct ufs_hba *hba, - const struct scsi_device *sdev) -{ - if (hba->dev_info.f_power_on_wp_en && - !hba->dev_info.is_lu_power_on_wp) { - u8 b_lu_write_protect; - - if (!ufshcd_get_lu_wp(hba, ufshcd_scsi_to_upiu_lun(sdev->lun), - &b_lu_write_protect) && - (b_lu_write_protect == UFS_LU_POWER_ON_WP)) - hba->dev_info.is_lu_power_on_wp = true; - } -} - /** * ufshcd_setup_links - associate link b/w device wlun and other luns * @sdev: pointer to SCSI device @@ -4993,6 +4899,59 @@ static void ufshcd_setup_links(struct ufs_hba *hba, struct scsi_device *sdev) } } +/** + * ufshcd_lu_power_on_wp_init - Initialize LU's power on write protect state + * @hba: per-adapter instance + * @sdev: pointer to SCSI device + * @b_lu_write_protect: bLUWriteProtect value read from LU descriptor + */ +static inline void ufshcd_lu_power_on_wp_init(struct ufs_hba *hba, const struct scsi_device *sdev, + u8 b_lu_write_protect) +{ + if (hba->dev_info.f_power_on_wp_en && !hba->dev_info.is_lu_power_on_wp && + b_lu_write_protect == UFS_LU_POWER_ON_WP) + hba->dev_info.is_lu_power_on_wp = true; +} + +static void ufshcd_lu_init(struct ufs_hba *hba, struct scsi_device *sdev) +{ + int ret; + int len; + u8 lun; + u8 lun_qdepth; + u8 *desc_buf; + + lun_qdepth = hba->nutrs; + lun = ufshcd_scsi_to_upiu_lun(sdev->lun); + len = hba->desc_size[QUERY_DESC_IDN_UNIT]; + + desc_buf = kmalloc(len, GFP_KERNEL); + if (!desc_buf) + goto set_qdepth; + + ret = ufshcd_read_unit_desc_param(hba, lun, 0, desc_buf, len); + if (ret == -EOPNOTSUPP) + /* If LU doesn't support unit descriptor, its queue depth is set to 1 */ + lun_qdepth = 1; + else if (desc_buf[UNIT_DESC_PARAM_LU_Q_DEPTH]) + lun_qdepth = min_t(int, desc_buf[UNIT_DESC_PARAM_LU_Q_DEPTH], hba->nutrs); + /* + * According to UFS device spec, The write protection mode is only supported by normal LU, + * not supported by WLUN. + */ + if (!ret && lun < hba->dev_info.max_lu_supported) + ufshcd_lu_power_on_wp_init(hba, sdev, desc_buf[UNIT_DESC_PARAM_LU_WR_PROTECT]); + + kfree(desc_buf); +set_qdepth: + /* + * For WLUNs that don't support unit descriptor, queue depth is set to 1. For LUs whose + * bLUQueueDepth == 0, the queue depth is set to a maximum value that host can queue. + */ + dev_dbg(hba->dev, "Set LU %x queue depth %d\n", lun, lun_qdepth); + scsi_change_queue_depth(sdev, lun_qdepth); +} + /** * ufshcd_slave_alloc - handle initial SCSI device configurations * @sdev: pointer to SCSI device @@ -5020,9 +4979,7 @@ static int ufshcd_slave_alloc(struct scsi_device *sdev) /* WRITE_SAME command is not supported */ sdev->no_write_same = 1; - ufshcd_set_queue_depth(sdev); - - ufshcd_get_lu_power_on_wp_status(hba, sdev); + ufshcd_lu_init(hba, sdev); ufshcd_setup_links(hba, sdev); -- 2.34.1