Received: by 2002:a05:7412:b995:b0:f9:9502:5bb8 with SMTP id it21csp3195269rdb; Tue, 26 Dec 2023 22:01:51 -0800 (PST) X-Google-Smtp-Source: AGHT+IE8IxDCMl+Ff2hbRh1SkLzzW3PNzAlWwJzTQ+Qcgq28w8ywDsX4c0GjmV9gP1C5qh6lDdL8 X-Received: by 2002:a17:903:41cd:b0:1d4:cbe:b354 with SMTP id u13-20020a17090341cd00b001d40cbeb354mr3530297ple.105.1703656911097; Tue, 26 Dec 2023 22:01:51 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1703656911; cv=none; d=google.com; s=arc-20160816; b=znBBFe6pGw3pO7vJIiyItdL2pTDNe03LVXm/4cPV/ZZGECzkozsPdR2U7u4LS+G4pe yMTXy9ZUzkAAbQseXKb8BLaGH1loaFlbZJhCtDhNOuhoq5qVAnAMX3eBXU6yBai398FF VGD6M+holNyRUd8Zq2Ucvf524aZU4/q2ylCi+/c8P2mE04ADe7KfK5OB9Ifofz9bpJgP fQ5stFdaylWVbBX9xRXViLgQUno2UVV0vNjUytUaoPtcq3trg5szmhdiBUf8CGJwO2AT eaYMKlMJV9JpX3ebDJIKIVbTmA6xnrG2n3xTIc4KAq0Hp7yeVMBIMjkPkP6mjUgOIpDA YVAQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=in-reply-to:content-transfer-encoding:content-disposition :mime-version:list-unsubscribe:list-subscribe:list-id:precedence :references:message-id:subject:cc:to:from:date:dkim-signature; bh=piJPc4DyFyDI+DkwyVwkinl8AqPcmLckTn0jkIpXZko=; fh=UMGRLhNHoojhisMeDDlVUXY29HzeMT96/NrbQoq/sWI=; b=KU1r2oJL2eupsWeShkf6dkWU0rXVbCp5n6bMebwIXfLFdHg9uvJt72ABmczYrcnVlu vWypaAF9ij22lheo7YeQkC5vNxfwpJJsaFvI+JruM/Pv7mhwnT7Z9h51nFl8AUeXPr+V yHKeQpyxj+7oq6qwWbcwrURYaZkyuYBqjSIgHLWgwDxB8NDvwxhoUYDKTuO91M4i8fhJ +f5jiZjZi89e/tp9T/FvNeLs6jKu9yAhe4VG/Qsamill7Dhss8dWUPLG839OBZimbmQs 200KKc1vqrSIQCIGjBJddVhw+0ik+V5Sg8dlq5wCIykcIBguTSMwWOAAD8ru9UK+iy9L H+WA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b="O/9CkDd3"; spf=pass (google.com: domain of linux-kernel+bounces-11840-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:40f1:3f00::1 as permitted sender) smtp.mailfrom="linux-kernel+bounces-11840-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from sy.mirrors.kernel.org (sy.mirrors.kernel.org. [2604:1380:40f1:3f00::1]) by mx.google.com with ESMTPS id bb12-20020a170902bc8c00b001d00a9256adsi10397288plb.488.2023.12.26.22.01.50 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 26 Dec 2023 22:01:51 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel+bounces-11840-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:40f1:3f00::1 as permitted sender) client-ip=2604:1380:40f1:3f00::1; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b="O/9CkDd3"; spf=pass (google.com: domain of linux-kernel+bounces-11840-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:40f1:3f00::1 as permitted sender) smtp.mailfrom="linux-kernel+bounces-11840-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by sy.mirrors.kernel.org (Postfix) with ESMTPS id 726C8B22417 for ; Wed, 27 Dec 2023 06:01:46 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 84BD05CBE; Wed, 27 Dec 2023 06:01:35 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="O/9CkDd3" X-Original-To: linux-kernel@vger.kernel.org Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id A9EEB5668; Wed, 27 Dec 2023 06:01:34 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 5B540C433C8; Wed, 27 Dec 2023 06:01:25 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1703656894; bh=5KBS7cLdGjQyWWqEupSKUW/EksX2rpKqU4TmWGn4AL4=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=O/9CkDd3zpRtEelhXVPS7yeOeqe7ioRjQsvu8tHaXIafDTtj/XiyFTyO6SsASc4pC RrRt23qsHLH6gkt1TAEnRqUA05Ij0r92RkWDBZKrAuzI6LBonyfvWCDdq/AyYm73Lo oTVEw05K+UilQCsjDsQ59FEoCiCGsPRzuwlTmT6k725SAQcIPAcJeJvA+H/yHEz1al 6jCxzNCXqoStAN+sBW/rd/VMu4Mj3FlhK7/bt/pp6QKPa2eeJxLTMMnnUMm5C1SZTK uEK43Nt77ZRchGrFWmCr8Ht0VMyz5YzFZaCgQKebc9qyhoNjFtTkPSEtX+gYRBam1z VlFp08TXRcKUQ== Date: Wed, 27 Dec 2023 11:31:21 +0530 From: Manivannan Sadhasivam To: Andrew Halaney Cc: Andy Gross , Bjorn Andersson , Konrad Dybcio , "James E.J. Bottomley" , "Martin K. Petersen" , Yaniv Gardi , Dov Levenglick , Hannes Reinecke , Subhash Jadavani , Gilad Broner , Venkat Gopalakrishnan , Janek Kotas , Alim Akhtar , Avri Altman , Bart Van Assche , Anjana Hari , Dolev Raviv , Can Guo , Will Deacon , linux-arm-msm@vger.kernel.org, linux-scsi@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH RFC v2 04/11] scsi: ufs: qcom: Perform read back after writing unipro mode' Message-ID: <20231227060121.GB2814@thinkpad> References: <20231221-ufs-reset-ensure-effect-before-delay-v2-0-75af2a9bae51@redhat.com> <20231221-ufs-reset-ensure-effect-before-delay-v2-4-75af2a9bae51@redhat.com> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20231221-ufs-reset-ensure-effect-before-delay-v2-4-75af2a9bae51@redhat.com> On Thu, Dec 21, 2023 at 12:25:21PM -0600, Andrew Halaney wrote: > Currently, the QUNIPRO_SEL bit is written to and then an mb() is used to > ensure that completes before continuing. > > mb() ensure that the write completes, but completion doesn't mean that > it isn't stored in a buffer somewhere. The recommendation for > ensuring this bit has taken effect on the device is to perform a read > back to force it to make it all the way to the device. This is > documented in device-io.rst and a talk by Will Deacon on this can > be seen over here: > > https://youtu.be/i6DayghhA8Q?si=MiyxB5cKJXSaoc01&t=1678 > > Let's do that to ensure the bit hits the device. Because the mb()'s > purpose wasn't to add extra ordering (on top of the ordering guaranteed > by writel()/readl()), it can safely be removed. > > Fixes: f06fcc7155dc ("scsi: ufs-qcom: add QUniPro hardware support and power optimizations") > Signed-off-by: Andrew Halaney > --- > drivers/ufs/host/ufs-qcom.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/drivers/ufs/host/ufs-qcom.c b/drivers/ufs/host/ufs-qcom.c > index 6df2ab3b6f23..ab1ff7432d11 100644 > --- a/drivers/ufs/host/ufs-qcom.c > +++ b/drivers/ufs/host/ufs-qcom.c > @@ -280,7 +280,7 @@ static void ufs_qcom_select_unipro_mode(struct ufs_qcom_host *host) > ufshcd_rmwl(host->hba, QUNIPRO_G4_SEL, 0, REG_UFS_CFG0); > > /* make sure above configuration is applied before we return */ > - mb(); > + ufshcd_readl(host->hba, REG_UFS_CFG1); Same comment as patch 03/11. - Mani > } > > /* > > -- > 2.43.0 > -- மணிவண்ணன் சதாசிவம்