From patchwork Fri Mar 29 20:46:43 2024 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Andrew Halaney X-Patchwork-Id: 784546 Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.129.124]) (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 9CDB645955 for ; Fri, 29 Mar 2024 20:48:48 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=170.10.129.124 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1711745330; cv=none; b=K6lKGiSbbkp5ZIBSodWuiIRkVJ3kBSocOGzn9oeq+BSAocmZvpKsUQA2xRLg3AvPpFbC3e76ffqkn6rrmf46rkG+L9AR5MMwqJGMVB6LJe00mjluxE3f8lrRBaon1CRHqffwGWiRilqpedvad6n98ARrbilfNoOj2PGdcReURlo= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1711745330; c=relaxed/simple; bh=BP7pHzMFsulC5h5RfnNlVkbRbr65ixQCUgccOfbpOGc=; h=From:To:Cc:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version:Content-Type; b=XrU3Sr3kPEnKp+WTKQdF4tm2zO4OwNFSkpvJ2tLwxRerg1X1ww1SIiBi/rPnuhJx5YcwtY54X5sDJGJ+t9iHtRiVFyBZ16SxBZXnV1PjcCWhVIFDGkmhhKkLK01lUtnG4cm64QgpP5fLru0ZOLL92LKmWD5pvbZQylz/EWoI/nc= ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=redhat.com; spf=pass smtp.mailfrom=redhat.com; dkim=pass (1024-bit key) header.d=redhat.com header.i=@redhat.com header.b=ihgZkzNZ; arc=none smtp.client-ip=170.10.129.124 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=redhat.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=redhat.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=redhat.com header.i=@redhat.com header.b="ihgZkzNZ" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1711745327; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=c4OnoxFSVXPqXgZAXqDum+B43kEJjiL2qzIJ+ix8ScM=; b=ihgZkzNZq/JpOW2vPEjH6zFnshY0qEon3TspKAAy3Qz4B/zFQJknwdv7Aj0hSLhpFMaMEe WDuS/j58qhflbPBtvLo2H7wrM/0YO9XlU/CMI4aYEEz24Apz4+sLNBreM97yBnGjg9kBRw nnmPg4TgBmcKgkiH5f/9xLQvbm7uzI8= Received: from mail-qv1-f70.google.com (mail-qv1-f70.google.com [209.85.219.70]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-391-lcvsFP0CPamJZa8a7Cw5Fg-1; Fri, 29 Mar 2024 16:48:45 -0400 X-MC-Unique: lcvsFP0CPamJZa8a7Cw5Fg-1 Received: by mail-qv1-f70.google.com with SMTP id 6a1803df08f44-69680b07160so27357876d6.0 for ; Fri, 29 Mar 2024 13:48:45 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1711745324; x=1712350124; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=c4OnoxFSVXPqXgZAXqDum+B43kEJjiL2qzIJ+ix8ScM=; b=eHrSy5Se75miTU7ZcdpQQbGFv6Ehe1c/a8bS3wcXE1te2SsV3AcF2XEXjn/74xK9sI pbk2E1mShewPC3EtceFIELbsxXZxZf93+co+mK4OVasJ3ThtNZCZn61ERjXX/5S2MClA zCh9jIIHuERZKP0FFJiurFBEyrjvgSdxRj9QD61+FDe/Vdxp+tIixRBwSleggpmVGfy/ B9KA8RHHvhdCjjipsH0Fdv1edCPz2+JTI5cbzutQDsbjpsm+EUl6AAqugiUBsHcXTPQR 7jSgjjQ3TLqdfMnLNC2W1Zm3x0MUBFFNfDZa/JrSXObCmwcLRUhw8bMvKnRs+4W/k30j +6Qw== X-Forwarded-Encrypted: i=1; AJvYcCURoh4rSTX7llY61q9JK/lJbkiKE1T/u9CXLB6lg+zBiiiIKrA4rCoMKWOJYQAEuobseeTZgfIA5Q/rmzmtDQLCEan6gK7Wz2QorUY8RA== X-Gm-Message-State: AOJu0YzxdAUP8dQkMokOpE+4xCk+3XbrrcPyPojdt2jI+mmdkISKqusf CijFaDEomLKnjF4rS2fhsx9wsoOSQgJShsNmf9EhHaSTFuJJYxZ0jCNOz+dfGCDdELUXUmjTUuy u3CG8n7BSvyL9kpouvmTRDAyCoCTkNsllk2OnmCbsDa0lJr8YNTo2rZ/7VuHHQrg= X-Received: by 2002:a0c:9a91:0:b0:698:f39f:841f with SMTP id y17-20020a0c9a91000000b00698f39f841fmr2060283qvd.20.1711745324157; Fri, 29 Mar 2024 13:48:44 -0700 (PDT) X-Google-Smtp-Source: AGHT+IFJf7oVmqD60ifmlE6hginnH1lrLHud0fYzJl7uMi++kQu2bupDlSX6vEV/iu1GxrCkHuddlQ== X-Received: by 2002:a0c:9a91:0:b0:698:f39f:841f with SMTP id y17-20020a0c9a91000000b00698f39f841fmr2060248qvd.20.1711745323770; Fri, 29 Mar 2024 13:48:43 -0700 (PDT) Received: from x1gen2nano.redhat.com ([2600:1700:1ff0:d0e0::33]) by smtp.gmail.com with ESMTPSA id jz10-20020a0562140e6a00b00698f27c6460sm794271qvb.110.2024.03.29.13.48.42 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 29 Mar 2024 13:48:43 -0700 (PDT) From: Andrew Halaney To: Andy Gross , Bjorn Andersson , Konrad Dybcio , Manivannan Sadhasivam , "James E.J. Bottomley" , "Martin K. Petersen" , Hannes Reinecke , Janek Kotas , Alim Akhtar , Avri Altman , Bart Van Assche , Can Guo , Anjana Hari Cc: Andrew Halaney , Will Deacon , linux-arm-msm@vger.kernel.org, linux-scsi@vger.kernel.org, linux-kernel@vger.kernel.org, Manivannan Sadhasivam Subject: [PATCH v5 01/11] scsi: ufs: qcom: Perform read back after writing reset bit Date: Fri, 29 Mar 2024 15:46:43 -0500 Message-ID: <20240329-ufs-reset-ensure-effect-before-delay-v5-1-181252004586@redhat.com> X-Mailer: git-send-email 2.44.0 In-Reply-To: <20240329-ufs-reset-ensure-effect-before-delay-v5-0-181252004586@redhat.com> References: <20240329-ufs-reset-ensure-effect-before-delay-v5-0-181252004586@redhat.com> Precedence: bulk X-Mailing-List: linux-arm-msm@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 X-Mailer: b4 0.13.0 Currently, the reset bit for the UFS provided reset controller (used by its phy) is written to, and then a mb() happens to try and ensure that hit the device. Immediately afterwards a usleep_range() occurs. 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. By doing so and guaranteeing the ordering against the immediately following usleep_range(), the mb() can safely be removed. Fixes: 81c0fc51b7a7 ("ufs-qcom: add support for Qualcomm Technologies Inc platforms") Reviewed-by: Manivannan Sadhasivam Reviewed-by: Can Guo Signed-off-by: Andrew Halaney --- drivers/ufs/host/ufs-qcom.h | 12 ++++++------ 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/drivers/ufs/host/ufs-qcom.h b/drivers/ufs/host/ufs-qcom.h index 9dd9a391ebb7..b9de170983c9 100644 --- a/drivers/ufs/host/ufs-qcom.h +++ b/drivers/ufs/host/ufs-qcom.h @@ -151,10 +151,10 @@ static inline void ufs_qcom_assert_reset(struct ufs_hba *hba) ufshcd_rmwl(hba, UFS_PHY_SOFT_RESET, UFS_PHY_SOFT_RESET, REG_UFS_CFG1); /* - * Make sure assertion of ufs phy reset is written to - * register before returning + * Dummy read to ensure the write takes effect before doing any sort + * of delay */ - mb(); + ufshcd_readl(hba, REG_UFS_CFG1); } static inline void ufs_qcom_deassert_reset(struct ufs_hba *hba) @@ -162,10 +162,10 @@ static inline void ufs_qcom_deassert_reset(struct ufs_hba *hba) ufshcd_rmwl(hba, UFS_PHY_SOFT_RESET, 0, REG_UFS_CFG1); /* - * Make sure de-assertion of ufs phy reset is written to - * register before returning + * Dummy read to ensure the write takes effect before doing any sort + * of delay */ - mb(); + ufshcd_readl(hba, REG_UFS_CFG1); } /* Host controller hardware version: major.minor.step */ From patchwork Fri Mar 29 20:46:44 2024 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Andrew Halaney X-Patchwork-Id: 784120 Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.129.124]) (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 AD78585631 for ; Fri, 29 Mar 2024 20:48:52 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=170.10.129.124 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1711745334; cv=none; b=GIEz9rOfrjXb1EuTHLxgmDsw6xOjGWvMOVR45Bkr6sw1tM5zzfGoZSnaqIda4EJ99BC+2uRYMbMAk5S/0JuN28U+K+6/8L02eC8/fC/S6RxhhJ2iZUGm1s3OoD+lDX58lE2cPDZrugpq/5hX+u5KYdaH3Lv78jDWBtoIuQbwv/E= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1711745334; c=relaxed/simple; bh=noY0Ok43Br9Lq9vxVD8O578wOnnwfbfMJqrIM3jYkv0=; h=From:To:Cc:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version:Content-Type; b=moSMRlFll/JlwZTtGJdKbaXylTLmVpIed/wE4jL94JBgmE0OdZzmnfFa9rHPUbnfdQfgfnawwc0pGPg3t4dEyWwykm6D2evaq5+W3/E3pINEYLtG7778Iz5TOmvHzi1ePI10I1HK9UfLigQ1y2DC1o6mPSu1dJEPkd+ly5TJUe0= ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=redhat.com; spf=pass smtp.mailfrom=redhat.com; dkim=pass (1024-bit key) header.d=redhat.com header.i=@redhat.com header.b=YGFs/+2L; arc=none smtp.client-ip=170.10.129.124 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=redhat.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=redhat.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=redhat.com header.i=@redhat.com header.b="YGFs/+2L" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1711745331; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=+uex28Uh2UrmMwKWwWQdWkljJkUfVw1qoAdqpkkJAvI=; b=YGFs/+2L/so5RkefOtHx1PlEAyKPR3ayWEem4sRFSWn6I9rLdflcV3p3LGBiwS8CSDflbO XwvciMh2J1z+wwe95LVuCd6Eq36YQarWz0i5Pua25rSpl0PH5oFM3BkiXwfnmptU0Ah/+M geLd/dfx4WmvZjEwk8Imhr6NCFfPHvk= Received: from mail-qv1-f72.google.com (mail-qv1-f72.google.com [209.85.219.72]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-13-It82g8UQO_6h4DwrU7dheQ-1; Fri, 29 Mar 2024 16:48:50 -0400 X-MC-Unique: It82g8UQO_6h4DwrU7dheQ-1 Received: by mail-qv1-f72.google.com with SMTP id 6a1803df08f44-696a266542cso20030286d6.0 for ; Fri, 29 Mar 2024 13:48:50 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1711745329; x=1712350129; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=+uex28Uh2UrmMwKWwWQdWkljJkUfVw1qoAdqpkkJAvI=; b=SHqQFfDX5Q0XZQ8zKJt+BVUgLjzrc8z8KiwJcZENd/MUwWeQX+uFemFf7aSqAemWtV q3AVAmui3SWyNEaYM/5e266dAdvpyZdgUtfvh/0c2ypNBwR65F07fLS0Aw2hk6m9rM8u lYc3/sVzLTMMaEahxk3lqoEevxvJ6Xp+RGllhAk6bO5dMVYW257TuvLLDUxgDCv4FibP GZ37FNi6BuzgAum7YN1skAvFmYs/FdLxl22uRYqBgy9MG76DILQqWO2ctZamQAHNzNyq b20MZqQF8nbT6th9vav3+lZrXAqgegFfAVDuv7d9apbfYC3ye0hy4OeBDd7KTCpJrwqQ HF/w== X-Forwarded-Encrypted: i=1; AJvYcCUPG9cJ265gryN6QJxgxB/3H+gxD4JSe6wdwhBsPsu/3CQnjozLSQTMhv4H1Yx8p4je1Q2lgKrZenTeYDPwHQvqpvc9bTv2uiFKOtrFvQ== X-Gm-Message-State: AOJu0YyECzYPv9fnlfnEOkAP/R562DS4wLLB4nWGrdf+XfYme1MVtyZN /4V25vLTHOmWHrEN8tF0fyVdq54oIn8d+tJlCkWGN9ahJl6DpVe1xHg36igl7RrlnhDl90JWUB9 6gd/CcNwWQVIah+H/8wrXaAowXOT9dA4zuw0xxFvS9/Ua+AEHU//ivYm2fGbQrdE= X-Received: by 2002:a0c:b542:0:b0:696:a324:cd9e with SMTP id w2-20020a0cb542000000b00696a324cd9emr3095518qvd.29.1711745328980; Fri, 29 Mar 2024 13:48:48 -0700 (PDT) X-Google-Smtp-Source: AGHT+IFvBfgYmwP1iGTeLUYx8CVUhOtv1wYg6+LYE6N5bTtRV/i7BJo/aa22Q4+l3Q6ah0cplyRTFg== X-Received: by 2002:a0c:b542:0:b0:696:a324:cd9e with SMTP id w2-20020a0cb542000000b00696a324cd9emr3095504qvd.29.1711745328590; Fri, 29 Mar 2024 13:48:48 -0700 (PDT) Received: from x1gen2nano.redhat.com ([2600:1700:1ff0:d0e0::33]) by smtp.gmail.com with ESMTPSA id jz10-20020a0562140e6a00b00698f27c6460sm794271qvb.110.2024.03.29.13.48.44 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 29 Mar 2024 13:48:45 -0700 (PDT) From: Andrew Halaney To: Andy Gross , Bjorn Andersson , Konrad Dybcio , Manivannan Sadhasivam , "James E.J. Bottomley" , "Martin K. Petersen" , Hannes Reinecke , Janek Kotas , Alim Akhtar , Avri Altman , Bart Van Assche , Can Guo , Anjana Hari Cc: Andrew Halaney , Will Deacon , linux-arm-msm@vger.kernel.org, linux-scsi@vger.kernel.org, linux-kernel@vger.kernel.org Subject: [PATCH v5 02/11] scsi: ufs: qcom: Perform read back after writing REG_UFS_SYS1CLK_1US Date: Fri, 29 Mar 2024 15:46:44 -0500 Message-ID: <20240329-ufs-reset-ensure-effect-before-delay-v5-2-181252004586@redhat.com> X-Mailer: git-send-email 2.44.0 In-Reply-To: <20240329-ufs-reset-ensure-effect-before-delay-v5-0-181252004586@redhat.com> References: <20240329-ufs-reset-ensure-effect-before-delay-v5-0-181252004586@redhat.com> Precedence: bulk X-Mailing-List: linux-arm-msm@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 X-Mailer: b4 0.13.0 Currently after writing to REG_UFS_SYS1CLK_1US a mb() is used to ensure that write has gone through to the device. 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") Reviewed-by: Can Guo 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 06859e17b67b..804dc8153e7b 100644 --- a/drivers/ufs/host/ufs-qcom.c +++ b/drivers/ufs/host/ufs-qcom.c @@ -501,7 +501,7 @@ static int ufs_qcom_cfg_timers(struct ufs_hba *hba, u32 gear, * make sure above write gets applied before we return from * this function. */ - mb(); + ufshcd_readl(hba, REG_UFS_SYS1CLK_1US); } return 0; From patchwork Fri Mar 29 20:46:45 2024 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Andrew Halaney X-Patchwork-Id: 784545 Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.129.124]) (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 9C29213C90E for ; Fri, 29 Mar 2024 20:48:59 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=170.10.129.124 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1711745341; cv=none; b=Wn+kcR70jSo+faKruDClhok71MhYlVM1B7RYYXVoTDD1UyWnCTKFr1y8y8JtBtolsJh/igVcTfg9zf2RVKmVJtGb6nucu8c2K1awfcRWN+1fPZtp/atJ8wAIRif0OTppys76LGbl6QT7gheo2Rfn798ACHNeOLGTfbXseslXwMA= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1711745341; c=relaxed/simple; bh=M0HmSuHrJbtKk/I/nkhQeb6zl3F7XLvSgrHE9dAggrg=; h=From:To:Cc:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version:Content-Type; b=sJNrUM6YzrjmGCNYThBcyrRPxA9xbm4Sqg2IEJbVBCESyrhLZFTWb0uTrLuRH/0jLMQQmwW+y13WuDphF1kQ+8vZLZ7z1aNzlfMMnmqXEwpirS09hKaJUjXpFHFBL+jXyZkNAIVw7UDLVVVM9RAUBYPAA3yh+7mNAHQDjj3BRAc= ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=redhat.com; spf=pass smtp.mailfrom=redhat.com; dkim=pass (1024-bit key) header.d=redhat.com header.i=@redhat.com header.b=QTWpY52X; arc=none smtp.client-ip=170.10.129.124 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=redhat.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=redhat.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=redhat.com header.i=@redhat.com header.b="QTWpY52X" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1711745338; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=x0qQj3sTFTK+mhy/Yusmh65mAI4F/GLA2+G+J6DdmJA=; b=QTWpY52XUNjH5kJLK20jHghUqk5po1l2URBed7YyIvI3d7nFVcLwJx4YupuwwO/71QVlgM 7vtzxDfp4yUJTZJ0v32cELo+fNkyarkIzytacI69cehvXpomknZGAswB/j7qNU5do/4i+l acyzqObheI/q8cS3J8qk4lRSHUS1xYg= Received: from mail-qv1-f69.google.com (mail-qv1-f69.google.com [209.85.219.69]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-147-ZBNt-s2BP7C-6BlntJgPzQ-1; Fri, 29 Mar 2024 16:48:57 -0400 X-MC-Unique: ZBNt-s2BP7C-6BlntJgPzQ-1 Received: by mail-qv1-f69.google.com with SMTP id 6a1803df08f44-6964043b5f1so29083386d6.2 for ; Fri, 29 Mar 2024 13:48:57 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1711745334; x=1712350134; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=x0qQj3sTFTK+mhy/Yusmh65mAI4F/GLA2+G+J6DdmJA=; b=dsTaJR7gav6qUNCsZx8wq9PAtA2r0VJWePzskUJR1rjgna2DNDO38BhRuW/kCgcL02 h7qVcINEXWDPOdQy/L6KHeB8FOhWyUVgou9UQjI2Lxb05PUfgZhdCsy6CZZGW0hQ++fv AGKp9NBzFdSkuTiqVnjCMhZKC0yZbI076avkcV/OmAN3NtFPLYUWeOpirgfp0C4+EXxj PFlWhlKBK14YzLHlBp8k6sv3s7bv5dXMYbnj/K6+8Lr8ockXRWqQ+XRLbD6K115qHdvP 5ifoOc9MiYfpeFltNUf4Y+mwEiZL+rgCETl1ayZR9XyKP5uYQqAPVZEKGSorFI6RV2aQ pBSQ== X-Forwarded-Encrypted: i=1; AJvYcCUwDDjVrj1YMww3l5uGr0o+R3Q5yZDRJMN9jOn+R/+bzZjRfBGo7U7reoi966J9n/2SuHYVZCJ9CCxniPy2StTzCN4b2cf//OrmFZunwg== X-Gm-Message-State: AOJu0YxRG8CQjVuxgLKxxNWsJNh2/IZ6nsct+rZp9jPB4V5xZJ3wrAvu ECVchXOELMLM65rEV8mIK63tI4ErXMebAVNIL1mEI1AbjVKMXYt2SwuWye9ZV1vP5zxByBogZwe WOJE8hBTYttLU6lISgT+ngalVKyohv7KdpRzPcirLLDJizTcFVULOqNXX5UqxT34= X-Received: by 2002:a0c:efd3:0:b0:690:d4e9:fc5b with SMTP id a19-20020a0cefd3000000b00690d4e9fc5bmr3083323qvt.27.1711745334043; Fri, 29 Mar 2024 13:48:54 -0700 (PDT) X-Google-Smtp-Source: AGHT+IGISpvmF8VgRSHeRST+j7omC+e+VDTZ18XcHvzjN+d0L1YGqF6uvIupDDiFZlzuG+tXsm4PSg== X-Received: by 2002:a0c:efd3:0:b0:690:d4e9:fc5b with SMTP id a19-20020a0cefd3000000b00690d4e9fc5bmr3083293qvt.27.1711745333564; Fri, 29 Mar 2024 13:48:53 -0700 (PDT) Received: from x1gen2nano.redhat.com ([2600:1700:1ff0:d0e0::33]) by smtp.gmail.com with ESMTPSA id jz10-20020a0562140e6a00b00698f27c6460sm794271qvb.110.2024.03.29.13.48.50 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 29 Mar 2024 13:48:51 -0700 (PDT) From: Andrew Halaney To: Andy Gross , Bjorn Andersson , Konrad Dybcio , Manivannan Sadhasivam , "James E.J. Bottomley" , "Martin K. Petersen" , Hannes Reinecke , Janek Kotas , Alim Akhtar , Avri Altman , Bart Van Assche , Can Guo , Anjana Hari Cc: Andrew Halaney , Will Deacon , linux-arm-msm@vger.kernel.org, linux-scsi@vger.kernel.org, linux-kernel@vger.kernel.org Subject: [PATCH v5 03/11] scsi: ufs: qcom: Remove unnecessary mb() after writing testbus config Date: Fri, 29 Mar 2024 15:46:45 -0500 Message-ID: <20240329-ufs-reset-ensure-effect-before-delay-v5-3-181252004586@redhat.com> X-Mailer: git-send-email 2.44.0 In-Reply-To: <20240329-ufs-reset-ensure-effect-before-delay-v5-0-181252004586@redhat.com> References: <20240329-ufs-reset-ensure-effect-before-delay-v5-0-181252004586@redhat.com> Precedence: bulk X-Mailing-List: linux-arm-msm@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 X-Mailer: b4 0.13.0 Currently, the testbus configuration is written and completed with an mb(). 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 But, there's really no reason to even ensure completion before continuing. The only requirement here is that this write is ordered to this endpoint (which readl()/writel() guarantees already). For that reason the mb() can be dropped altogether without anything forcing completion. Fixes: 9c46b8676271 ("scsi: ufs-qcom: dump additional testbus registers") Signed-off-by: Andrew Halaney --- drivers/ufs/host/ufs-qcom.c | 5 ----- 1 file changed, 5 deletions(-) diff --git a/drivers/ufs/host/ufs-qcom.c b/drivers/ufs/host/ufs-qcom.c index 804dc8153e7b..649fada24345 100644 --- a/drivers/ufs/host/ufs-qcom.c +++ b/drivers/ufs/host/ufs-qcom.c @@ -1445,11 +1445,6 @@ int ufs_qcom_testbus_config(struct ufs_qcom_host *host) (u32)host->testbus.select_minor << offset, reg); ufs_qcom_enable_test_bus(host); - /* - * Make sure the test bus configuration is - * committed before returning. - */ - mb(); return 0; } From patchwork Fri Mar 29 20:46:46 2024 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Andrew Halaney X-Patchwork-Id: 784119 Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.129.124]) (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 5DAA313C9AF for ; Fri, 29 Mar 2024 20:49:02 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=170.10.129.124 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1711745343; cv=none; b=WGjixsuLEjRW/ZIHKWQlv52fOHLjIH5ix6bdJduiVdc7BLwH6G1rkltYZk0HsMWZGoN7lRyN0pjBIZIBU5mfi9s85D3uPPTQM72kmk0l7vb1rtg3ngQAn76Uq7M/5Ts21mntJVYn0Un07/mmZzTtPp+AQyEgT7GHaCBYXG8vHzM= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1711745343; c=relaxed/simple; bh=O6r7hIkp4pDUEFyTU1K4yQZhhK4XwokMFD5oh2534Uk=; h=From:To:Cc:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version:Content-Type; b=LKDJJ3ee4+htVjAMMTHmxXWJpw+cKeSL8T8i/yL05r6UFya/4HD3VNlk70BFlcMRnSAMUWIbOXgYYbYM5ApQI/iPUA6aGxgMCJXyUkhSLd2abH/kefcBmNxqHb4pSUbU6WVTUoki+nxxIlQywMWXZWnK8UFERFTSaZsjb2HGf5Y= ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=redhat.com; spf=pass smtp.mailfrom=redhat.com; dkim=pass (1024-bit key) header.d=redhat.com header.i=@redhat.com header.b=Sh7InM7n; arc=none smtp.client-ip=170.10.129.124 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=redhat.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=redhat.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=redhat.com header.i=@redhat.com header.b="Sh7InM7n" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1711745341; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=DWQA/2e+hFkNwU2pe5LsnYGd5I3g3WoCTrNziOID4Hc=; b=Sh7InM7nqQpdize4THRmPlTOSWKz8eCYXAryvN5qwUcrP4ucg6jDEePnln0kX2Fe6+0RR8 icZa149ERiFHna+X/CrMlej1JAnrINc7zlLIIAZiaep+sLK+el7A3bnbQEYbvM/ucdUM5X soJb9tcKDjFHaYw1MKzGic092tEKDfY= Received: from mail-ot1-f69.google.com (mail-ot1-f69.google.com [209.85.210.69]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-197-5jPGH2DNOseYoDibs_bh5w-1; Fri, 29 Mar 2024 16:48:59 -0400 X-MC-Unique: 5jPGH2DNOseYoDibs_bh5w-1 Received: by mail-ot1-f69.google.com with SMTP id 46e09a7af769-6e6838d04b3so2153287a34.2 for ; Fri, 29 Mar 2024 13:48:59 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1711745339; x=1712350139; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=DWQA/2e+hFkNwU2pe5LsnYGd5I3g3WoCTrNziOID4Hc=; b=q9iOoc1unTO2PxlOGZvqejVZhvEgb3XvekiLMRJ2MQrYOS0IsvyHvnE2LYe2zgwim1 9BRQsTbM1wZll1EQMTiPvHsNTrNqkTl0TqYUC58KC7e6rkPpzqoi68tNYddbx8YsKo+o kka8IOyLFd1WCCXduUFuF30dXStGWGiNpi2GJQKur2N6C3ziZgQmJRjGHjHyvH358DGQ ywueJLXwclZ0GbCMZojYU/fDleOyD9rTSopKxycWTzmB+lGtFPD8w1aM2MnlzgAB5rS9 3sPb+2dIVCXTTJase7nXfl9lnf1sbskDKGGudWbMEBYZ+UqXUPos3ufUZ3o6zLwzlPGk Sv7g== X-Forwarded-Encrypted: i=1; AJvYcCWB1KpCxTY/fzXHTwJM1tR8E0JhVK0KcYO6AyK9PhHiJDMXJWKUZmbX5FslRwqY9oRn3eY/Vvoy+adRK8q4UKwmLCpdSS/m3XgePBYUhA== X-Gm-Message-State: AOJu0YzN3l2KgLjMMhMaYwwD01ouUHy7LnKlqwAmHQBeCOjZJV6Xq8cf dv09C06wD55PTVMndw29nnYCCGVVbUWO35qJxIrlTMSuGfHALzHmttHKTfKxzDaXBYn+NiCwBDs 9klMN6KoUyQx2Dh0JfH/4zKSCIdqRXCMzQT6qlRky83m0h8H922sVWLm4D6VKxVk= X-Received: by 2002:a05:6830:6f47:b0:6e8:80ad:7053 with SMTP id ef7-20020a0568306f4700b006e880ad7053mr997898otb.22.1711745339266; Fri, 29 Mar 2024 13:48:59 -0700 (PDT) X-Google-Smtp-Source: AGHT+IFdygFKimRtHNOnD4kBIoC+a16ccsbX/L5MSYf1N8IF5y+Qv/ZoWQTsz6gRpJuVnt4/kbzHiA== X-Received: by 2002:a05:6830:6f47:b0:6e8:80ad:7053 with SMTP id ef7-20020a0568306f4700b006e880ad7053mr997882otb.22.1711745338883; Fri, 29 Mar 2024 13:48:58 -0700 (PDT) Received: from x1gen2nano.redhat.com ([2600:1700:1ff0:d0e0::33]) by smtp.gmail.com with ESMTPSA id jz10-20020a0562140e6a00b00698f27c6460sm794271qvb.110.2024.03.29.13.48.57 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 29 Mar 2024 13:48:58 -0700 (PDT) From: Andrew Halaney To: Andy Gross , Bjorn Andersson , Konrad Dybcio , Manivannan Sadhasivam , "James E.J. Bottomley" , "Martin K. Petersen" , Hannes Reinecke , Janek Kotas , Alim Akhtar , Avri Altman , Bart Van Assche , Can Guo , Anjana Hari Cc: Andrew Halaney , Will Deacon , linux-arm-msm@vger.kernel.org, linux-scsi@vger.kernel.org, linux-kernel@vger.kernel.org Subject: [PATCH v5 04/11] scsi: ufs: qcom: Perform read back after writing unipro mode Date: Fri, 29 Mar 2024 15:46:46 -0500 Message-ID: <20240329-ufs-reset-ensure-effect-before-delay-v5-4-181252004586@redhat.com> X-Mailer: git-send-email 2.44.0 In-Reply-To: <20240329-ufs-reset-ensure-effect-before-delay-v5-0-181252004586@redhat.com> References: <20240329-ufs-reset-ensure-effect-before-delay-v5-0-181252004586@redhat.com> Precedence: bulk X-Mailing-List: linux-arm-msm@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 X-Mailer: b4 0.13.0 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 But, there's really no reason to even ensure completion before continuing. The only requirement here is that this write is ordered to this endpoint (which readl()/writel() guarantees already). For that reason the mb() can be dropped altogether without anything forcing completion. Fixes: f06fcc7155dc ("scsi: ufs-qcom: add QUniPro hardware support and power optimizations") Signed-off-by: Andrew Halaney --- drivers/ufs/host/ufs-qcom.c | 3 --- 1 file changed, 3 deletions(-) diff --git a/drivers/ufs/host/ufs-qcom.c b/drivers/ufs/host/ufs-qcom.c index 649fada24345..66a6c95f5d72 100644 --- a/drivers/ufs/host/ufs-qcom.c +++ b/drivers/ufs/host/ufs-qcom.c @@ -278,9 +278,6 @@ static void ufs_qcom_select_unipro_mode(struct ufs_qcom_host *host) if (host->hw_ver.major >= 0x05) ufshcd_rmwl(host->hba, QUNIPRO_G4_SEL, 0, REG_UFS_CFG0); - - /* make sure above configuration is applied before we return */ - mb(); } /* From patchwork Fri Mar 29 20:46:47 2024 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Andrew Halaney X-Patchwork-Id: 784544 Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.129.124]) (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 59ACB13D8AF for ; Fri, 29 Mar 2024 20:49:11 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=170.10.129.124 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1711745352; cv=none; b=d4ehk460zviMlbdDb5oYJADp0U23FSpMV7cGkKfpWL7n7rw37blZwjz9bUvj8OdsFDaA4lgYXyp9QnBakgL/1xObgfdeCsHaWHvyN3mtotMBf7zZx3Ht8gb4Orrf5Orbsubswbo2ULYh0YpexLIxzt63wI8V0oVEWvzWzVf/v3w= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1711745352; c=relaxed/simple; bh=JPm8JpiIg5DDpXdT/Hl8Z1KYHSXLOLaFeveBG2eb/HA=; h=From:To:Cc:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version:Content-Type; b=mSs4MtA9l01fzmOOHm6QJ0RMdDVhDpP66NQcPEgTABS1itD3nlM65vkzBRnT+qQdg46b7518j87aAao65DrmirTHISO30/JixhjSvrSVADa0+YHBXqgTfEiWYcrh0MWxx7Q6zZQAKTM8u+6jSVzfPJsdh1c9Oi+3Kwu51RNAUfM= ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=redhat.com; spf=pass smtp.mailfrom=redhat.com; dkim=pass (1024-bit key) header.d=redhat.com header.i=@redhat.com header.b=JpRCu9Zw; arc=none smtp.client-ip=170.10.129.124 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=redhat.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=redhat.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=redhat.com header.i=@redhat.com header.b="JpRCu9Zw" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1711745350; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=IHNJWGEhyWXwbIrUI9vWUKtE+BqvwNE/X15Guew4lg8=; b=JpRCu9Zw/2JD6OjEhm9o2iYvNTMJAydDcbNAwWyCml7eJwEQu0QBRIQuCpOwloUAQ81MVd 1roV/CdsxlTfYJA+avuSWAmkcQdl0z2xehwivzte0sN//fqnR2Bl5U3tWOC0mvMqFx7mtu ce+oHgzoiD8dOJsxhf/879DHJcSWwtU= Received: from mail-qv1-f71.google.com (mail-qv1-f71.google.com [209.85.219.71]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-577-FneAG82nPl6d5BECm3NoQA-1; Fri, 29 Mar 2024 16:49:08 -0400 X-MC-Unique: FneAG82nPl6d5BECm3NoQA-1 Received: by mail-qv1-f71.google.com with SMTP id 6a1803df08f44-698f302cec1so8127256d6.3 for ; Fri, 29 Mar 2024 13:49:08 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1711745344; x=1712350144; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=IHNJWGEhyWXwbIrUI9vWUKtE+BqvwNE/X15Guew4lg8=; b=oSTEBh9G0Uh040rmF9LU4zTtc4xN0cYq/OujUkiJKynCnOp7mvwsdCBQWGMENRH2uS T0HltyvnvbFmPTObeKD8ATug4PFu5h7MmQoYHJRqi8senmc4XbhCw0rbPRXH/N9XDK53 q+SpcjBC33QeUECdn2MD1UCcP+wPcGplUFVV9FD+wA9pntugoc/ytqfLhMBxUG1QjRhK mG05Lxb2gBujz9LMaAov51XnRlgbrwC4hK2esyhss/mvtuuldqa3I7Ea5NOlpq/pfeT7 bsz5AmFuO+WFNe5Ex7aMfUcjRM53A2OG4gFTGBSjHF3fiXLo7brl7h8oWznRMRyXUZ28 gP1w== X-Forwarded-Encrypted: i=1; AJvYcCWoH4CRX0VXeDKZcDhly1w9I/OqpmhGoMX7EGUqO0Cy0Kr7NGdUrgGZ1gV8o969MU9C1wq4ya0bFUhNyQ3JTYTh6ZO49uGj9iqM+1uU0g== X-Gm-Message-State: AOJu0YwI/v8/Dbn7PV0dLbebh5mtPF+45b1oJdQz8sGbIJx7OM0EIrY9 zi8Fil7DrGDvQYYo1kYcqCRGJXux00Kv5kbrqjr1WvRcal/qGePE3/GPjeW3H08oRCq5bbSrAGn gh442262+IIn6YFIeeaeXya8qEzgiskA9u5nHGW/A2DQD2DQMQ5AGUvxR+CFKqtA= X-Received: by 2002:a0c:f808:0:b0:696:78fd:560 with SMTP id r8-20020a0cf808000000b0069678fd0560mr2809357qvn.50.1711745343826; Fri, 29 Mar 2024 13:49:03 -0700 (PDT) X-Google-Smtp-Source: AGHT+IEGaO1tH4VVlNQZbk2JjonLDJ9CuVy6dpCa31G0F7BhjlUaz/qGRnFWhAFgA+WY2cPB4nTOgw== X-Received: by 2002:a0c:f808:0:b0:696:78fd:560 with SMTP id r8-20020a0cf808000000b0069678fd0560mr2809335qvn.50.1711745343423; Fri, 29 Mar 2024 13:49:03 -0700 (PDT) Received: from x1gen2nano.redhat.com ([2600:1700:1ff0:d0e0::33]) by smtp.gmail.com with ESMTPSA id jz10-20020a0562140e6a00b00698f27c6460sm794271qvb.110.2024.03.29.13.49.02 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 29 Mar 2024 13:49:03 -0700 (PDT) From: Andrew Halaney To: Andy Gross , Bjorn Andersson , Konrad Dybcio , Manivannan Sadhasivam , "James E.J. Bottomley" , "Martin K. Petersen" , Hannes Reinecke , Janek Kotas , Alim Akhtar , Avri Altman , Bart Van Assche , Can Guo , Anjana Hari Cc: Andrew Halaney , Will Deacon , linux-arm-msm@vger.kernel.org, linux-scsi@vger.kernel.org, linux-kernel@vger.kernel.org, Manivannan Sadhasivam Subject: [PATCH v5 05/11] scsi: ufs: qcom: Perform read back after writing CGC enable Date: Fri, 29 Mar 2024 15:46:47 -0500 Message-ID: <20240329-ufs-reset-ensure-effect-before-delay-v5-5-181252004586@redhat.com> X-Mailer: git-send-email 2.44.0 In-Reply-To: <20240329-ufs-reset-ensure-effect-before-delay-v5-0-181252004586@redhat.com> References: <20240329-ufs-reset-ensure-effect-before-delay-v5-0-181252004586@redhat.com> Precedence: bulk X-Mailing-List: linux-arm-msm@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 X-Mailer: b4 0.13.0 Currently, the CGC enable bit is written 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. Reviewed-by: Manivannan Sadhasivam Reviewed-by: Can Guo Fixes: 81c0fc51b7a7 ("ufs-qcom: add support for Qualcomm Technologies Inc platforms") 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 66a6c95f5d72..1439c1df0481 100644 --- a/drivers/ufs/host/ufs-qcom.c +++ b/drivers/ufs/host/ufs-qcom.c @@ -406,7 +406,7 @@ static void ufs_qcom_enable_hw_clk_gating(struct ufs_hba *hba) REG_UFS_CFG2); /* Ensure that HW clock gating is enabled before next operations */ - mb(); + ufshcd_readl(hba, REG_UFS_CFG2); } static int ufs_qcom_hce_enable_notify(struct ufs_hba *hba, From patchwork Fri Mar 29 20:46:48 2024 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Andrew Halaney X-Patchwork-Id: 784118 Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.133.124]) (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 C3F9A13B7B2 for ; Fri, 29 Mar 2024 20:49:16 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=170.10.133.124 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1711745358; cv=none; b=sUGgxgeHGrBnHuO3fj5BiqimxBvuWXroHpRZ+ApKDwSXr5fz8S1otBzX3qC4S/BzLsFSqc2ewUGs365KjX/edD8cSLfM0mfWYgPWX33ZHw5XNqu/i+35oh/yQ2HwR4qWomjXlzMQfWTlVnBMj8WASxhV13X0DOhIwEnvTe3ocdo= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1711745358; c=relaxed/simple; bh=MqUK4t3jMDCrMMs9Mz5+Qm33rxyXcyDKec2Tc5qngjU=; h=From:To:Cc:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version:Content-Type; b=N2VBTg3+vdwwSmmi3R+9tXCkhBaDsG8GrRpHxG+WkuOTa/Jxq1VKD3L1YJQNQPpldwOevlbh9JctA3WhlQq6y1yClEaPqZ5EGnAWlMYri2D8sNhlW0oq/b6PIplQt45qYHZi5TGhjNPyLh8RlzhML0Hs8hLFfptARp8LRb77gOw= ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=redhat.com; spf=pass smtp.mailfrom=redhat.com; dkim=pass (1024-bit key) header.d=redhat.com header.i=@redhat.com header.b=aSuoJPyW; arc=none smtp.client-ip=170.10.133.124 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=redhat.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=redhat.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=redhat.com header.i=@redhat.com header.b="aSuoJPyW" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1711745356; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=bbrTh9OZvl0SuHCPomptfMbosBAijok3aL1EimHPcPQ=; b=aSuoJPyWaxGFPmnjwcKMAAiOggQi5Q682K/8/Zz9NLqjwuNAoFG3ok09Vw4hl3btgCd6ri eEUwrj+Ser8CXNIQjxnKi0zFki4xPX7Wx4RK8D0/2cHmC4c+pQ20LtIm309tKG0vMxv/uP mwj5/O0kkAPqJqUkw8E/2/6Q03AfRvI= Received: from mail-qv1-f69.google.com (mail-qv1-f69.google.com [209.85.219.69]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-274-5tRc1IvZNlacBbqUYlvKsg-1; Fri, 29 Mar 2024 16:49:14 -0400 X-MC-Unique: 5tRc1IvZNlacBbqUYlvKsg-1 Received: by mail-qv1-f69.google.com with SMTP id 6a1803df08f44-6986f2dba1eso24286606d6.2 for ; Fri, 29 Mar 2024 13:49:14 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1711745350; x=1712350150; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=bbrTh9OZvl0SuHCPomptfMbosBAijok3aL1EimHPcPQ=; b=kVgw92ppafz7fRAqsDeuyADl44IVC+vAUL3gFv3VBUEulEtQrzxZPe6jT5h+4NP0fO +HVQ8/wlneS52yXSAvNtklQOse+fGcn9e+afX5bCzSUG/u8gxAgbTnLl5H+aTexEiq27 +giS1Q0OL0w3jXg/hzpmd0nAXRtH4oZfVcLXOoamtv6G2LJ0TOYRw4OPqQk63vNb4j1E Nc0CGQeamtSqyjOhLe6OwuQpf2sg40ssvCJvhTxXncohou5u3o9KvRjlo7xumCJFU53/ D8wRw2BMsbhmb0teATKr+GSsqC5TN5jJkcQBn/eIKp7LrXedF4Xuut/swyhmQgPKIAtP jpkQ== X-Forwarded-Encrypted: i=1; AJvYcCXAUapPkUphDbOfKSVfVvWDWsBzqSlw0MfIcdpcYDTtfgMut+KJ8lxIx0fpVv+h4HeC5Qd+SXSYJMeOT56DLRThpZQ7D7UmmNXlK6+2hw== X-Gm-Message-State: AOJu0YxvM3MUumDlmqHVIgeu687OvWV7MI392oZqTexZ9CsZavxiGJED aHk8H4I2ouGwgDtt0xF74pDNIUB+UpBugkXT8sfLNnAGizL5U79P/bgbz8TnhogEmdJ2JP4UWJS 7eN+nSrEACjYJrA2KM7aFhqbv6RSqv9OAwc1BFq/muMCA6av/gG2af9zbCtORjFo= X-Received: by 2002:a0c:d64d:0:b0:696:3a75:2964 with SMTP id e13-20020a0cd64d000000b006963a752964mr3120765qvj.18.1711745350517; Fri, 29 Mar 2024 13:49:10 -0700 (PDT) X-Google-Smtp-Source: AGHT+IHJ88QIcMuVCz52/RQwc9/KpZS2Pszl/Xy5I/f0VraMqB6QDoXwQ9/e4R2qP+NldNZut7x/7w== X-Received: by 2002:a0c:d64d:0:b0:696:3a75:2964 with SMTP id e13-20020a0cd64d000000b006963a752964mr3120749qvj.18.1711745350105; Fri, 29 Mar 2024 13:49:10 -0700 (PDT) Received: from x1gen2nano.redhat.com ([2600:1700:1ff0:d0e0::33]) by smtp.gmail.com with ESMTPSA id jz10-20020a0562140e6a00b00698f27c6460sm794271qvb.110.2024.03.29.13.49.08 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 29 Mar 2024 13:49:09 -0700 (PDT) From: Andrew Halaney To: Andy Gross , Bjorn Andersson , Konrad Dybcio , Manivannan Sadhasivam , "James E.J. Bottomley" , "Martin K. Petersen" , Hannes Reinecke , Janek Kotas , Alim Akhtar , Avri Altman , Bart Van Assche , Can Guo , Anjana Hari Cc: Andrew Halaney , Will Deacon , linux-arm-msm@vger.kernel.org, linux-scsi@vger.kernel.org, linux-kernel@vger.kernel.org, Manivannan Sadhasivam Subject: [PATCH v5 06/11] scsi: ufs: cdns-pltfrm: Perform read back after writing HCLKDIV Date: Fri, 29 Mar 2024 15:46:48 -0500 Message-ID: <20240329-ufs-reset-ensure-effect-before-delay-v5-6-181252004586@redhat.com> X-Mailer: git-send-email 2.44.0 In-Reply-To: <20240329-ufs-reset-ensure-effect-before-delay-v5-0-181252004586@redhat.com> References: <20240329-ufs-reset-ensure-effect-before-delay-v5-0-181252004586@redhat.com> Precedence: bulk X-Mailing-List: linux-arm-msm@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 X-Mailer: b4 0.13.0 Currently, HCLKDIV is written to and then completed with an mb(). 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: d90996dae8e4 ("scsi: ufs: Add UFS platform driver for Cadence UFS") Reviewed-by: Manivannan Sadhasivam Signed-off-by: Andrew Halaney Reviewed-by: Bart Van Assche --- drivers/ufs/host/cdns-pltfrm.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/ufs/host/cdns-pltfrm.c b/drivers/ufs/host/cdns-pltfrm.c index bb30267da471..66811d8d1929 100644 --- a/drivers/ufs/host/cdns-pltfrm.c +++ b/drivers/ufs/host/cdns-pltfrm.c @@ -136,7 +136,7 @@ static int cdns_ufs_set_hclkdiv(struct ufs_hba *hba) * Make sure the register was updated, * UniPro layer will not work with an incorrect value. */ - mb(); + ufshcd_readl(hba, CDNS_UFS_REG_HCLKDIV); return 0; } From patchwork Fri Mar 29 20:46:49 2024 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Andrew Halaney X-Patchwork-Id: 784543 Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.129.124]) (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 509E53FE20 for ; Fri, 29 Mar 2024 20:50:31 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=170.10.129.124 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1711745433; cv=none; b=KsHyJC/MK6U2Slk9O8/FH7gHxBIfaVcdjlxRMZpZ9tmzq2LVNy9C4jmFP1oIFuaREdDpzqR5aeuq4J1eSeal+qdhF9kA/EtgJSz6lsDKBT0RROEvl2alna4qZFGIb0Jqxg4GM/ld60eK2q83MtSbZgPy0rm5mZiXou/6SvzMSyc= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1711745433; c=relaxed/simple; bh=R8cq5y8opsNuJGie8SiWdm0XAFuqUiR2/EHCWurGSJM=; h=From:To:Cc:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version:Content-Type; b=CeuXzt5/AvNPpE3rDNNpzxjM/hMzZEbEHmLvn5ybDeTEWQTNnvk4R7Yk3hxaDUwlbi+k+ha3osqlK7Yh60xQzvC74CHvH4IV2/W8bE3wiboG3tosXjUXiHok4qvHmWEN2oIDt6lqIM6rWh9jANPE6s8WIVo00RpWVQElvUaw4bQ= ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=redhat.com; spf=pass smtp.mailfrom=redhat.com; dkim=pass (1024-bit key) header.d=redhat.com header.i=@redhat.com header.b=O/efCwrl; arc=none smtp.client-ip=170.10.129.124 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=redhat.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=redhat.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=redhat.com header.i=@redhat.com header.b="O/efCwrl" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1711745430; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=4GkZ3VnrUmply6CPeiLZYu4w5doBYEYYwbDbS8GxE4w=; b=O/efCwrl0ZfV/Z7YKZLQB/vrPvDbDpAy31rZHGoJivMIEF2Lto8jDLMdJUgQYQdnfBbAsH sttcGUyO6whT5FLuZ1lrn11JWyRbmqAG7+wGXhbg0vbanaPJ7bY+/PPKp+YT9PU4rcQD22 RX2FRIMuWDTdpJUmA3qCg8E0PeT9e30= Received: from mail-qv1-f70.google.com (mail-qv1-f70.google.com [209.85.219.70]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-231-PQe44VzKNhGAvADEuHqWFQ-1; Fri, 29 Mar 2024 16:50:28 -0400 X-MC-Unique: PQe44VzKNhGAvADEuHqWFQ-1 Received: by mail-qv1-f70.google.com with SMTP id 6a1803df08f44-6986f2dba1eso24297136d6.2 for ; Fri, 29 Mar 2024 13:50:28 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1711745428; x=1712350228; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=4GkZ3VnrUmply6CPeiLZYu4w5doBYEYYwbDbS8GxE4w=; b=nhSh7ZvHN+jup+2YlQEEk1p/FX3aDS/gYknyFHHk1uclGJFPlAJxUcuA/1vJIFXU7I lNQmuqL1tobvqNbx9bQ/Fnj49irKz1wYer2oZuKLzrjh9MkNlB0ZD2AOCM2hI2a+UTIK Ce8ElXJK07eRIfVGWFm5P/3i9LyZG9dwiRkLWZlAgGFkFMSmhmmzhRZKSCBHuJuXGMvw +B3FlcWpbctggggEaR6qZ4Ikqerwz3hdUr/IioZ2HKN13myvg8HXM+V769kxtdFRSn6n R2Z538AMkE21kKU9VsIn7h2WKSoI2sGFITdq4lZvWpjvnSHuyxzcvTEBI4KlvB+/NPVI vNnA== X-Forwarded-Encrypted: i=1; AJvYcCWAviGAOe2E+f9rMCqC0TiIS0bMWDyNizvZfvmAyU9GOd7b60oM+gRWd/Txvt407iJKD1s6YMluIMliaXpqy0F+WEVLgnACjmAjuFkkRQ== X-Gm-Message-State: AOJu0YzogkhUnI/G+lKqIVWDsHqyX/HQhDnvxLWQYYhYl4snECZq/7h/ BwjuXWB0wBauX2Oz2menOf+eymxTSTJfmRLFXd4ghbAyTDZHbJDBDarmYOeLHuJc4tjbVgi0BnA 3/RIEGqEy/AcW+orx24jSB2dpo/mPcJZvMHVgdsuXt4vOy496yWNAhnXE42oc2Uw= X-Received: by 2002:a05:6214:1888:b0:698:6faa:74b3 with SMTP id cx8-20020a056214188800b006986faa74b3mr3372483qvb.19.1711745428086; Fri, 29 Mar 2024 13:50:28 -0700 (PDT) X-Google-Smtp-Source: AGHT+IHodoPhaiAOjuThHpUwwdkVLQEOmEn/gAh7m+wdmNDjPMelrqlfUu/gZ0vzM0RrxHUZOBkGsA== X-Received: by 2002:a05:6214:1888:b0:698:6faa:74b3 with SMTP id cx8-20020a056214188800b006986faa74b3mr3372471qvb.19.1711745427690; Fri, 29 Mar 2024 13:50:27 -0700 (PDT) Received: from x1gen2nano.redhat.com ([2600:1700:1ff0:d0e0::33]) by smtp.gmail.com with ESMTPSA id jz10-20020a0562140e6a00b00698f27c6460sm794271qvb.110.2024.03.29.13.50.26 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 29 Mar 2024 13:50:27 -0700 (PDT) From: Andrew Halaney To: Andy Gross , Bjorn Andersson , Konrad Dybcio , Manivannan Sadhasivam , "James E.J. Bottomley" , "Martin K. Petersen" , Hannes Reinecke , Janek Kotas , Alim Akhtar , Avri Altman , Bart Van Assche , Can Guo , Anjana Hari Cc: Andrew Halaney , Will Deacon , linux-arm-msm@vger.kernel.org, linux-scsi@vger.kernel.org, linux-kernel@vger.kernel.org, Manivannan Sadhasivam Subject: [PATCH v5 07/11] scsi: ufs: core: Perform read back after writing UTP_TASK_REQ_LIST_BASE_H Date: Fri, 29 Mar 2024 15:46:49 -0500 Message-ID: <20240329-ufs-reset-ensure-effect-before-delay-v5-7-181252004586@redhat.com> X-Mailer: git-send-email 2.44.0 In-Reply-To: <20240329-ufs-reset-ensure-effect-before-delay-v5-0-181252004586@redhat.com> References: <20240329-ufs-reset-ensure-effect-before-delay-v5-0-181252004586@redhat.com> Precedence: bulk X-Mailing-List: linux-arm-msm@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 X-Mailer: b4 0.13.0 Currently, the UTP_TASK_REQ_LIST_BASE_L/UTP_TASK_REQ_LIST_BASE_H regs are written to and then completed with an mb(). mb() ensure that the write completes, but completion doesn't mean that it isn't stored in a buffer somewhere. The recommendation for ensuring these bits have 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 bits hit 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: 88441a8d355d ("scsi: ufs: core: Add hibernation callbacks") Reviewed-by: Manivannan Sadhasivam Reviewed-by: Bart Van Assche Reviewed-by: Can Guo Signed-off-by: Andrew Halaney --- drivers/ufs/core/ufshcd.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/ufs/core/ufshcd.c b/drivers/ufs/core/ufshcd.c index e30fd125988d..a89887878d98 100644 --- a/drivers/ufs/core/ufshcd.c +++ b/drivers/ufs/core/ufshcd.c @@ -10395,7 +10395,7 @@ int ufshcd_system_restore(struct device *dev) * are updated with the latest queue addresses. Only after * updating these addresses, we can queue the new commands. */ - mb(); + ufshcd_readl(hba, REG_UTP_TASK_REQ_LIST_BASE_H); /* Resuming from hibernate, assume that link was OFF */ ufshcd_set_link_off(hba); From patchwork Fri Mar 29 20:46:50 2024 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Andrew Halaney X-Patchwork-Id: 784117 Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.133.124]) (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 0DFE048CCD for ; Fri, 29 Mar 2024 20:50:38 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=170.10.133.124 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1711745440; cv=none; b=K8p3SgSDm7VqsOScIq9AhW5nqpeFHIKKTnfo/GETdIxivye7qOKmeQfV6xAn/+bsf/wjimfJxBzSf/+sIKOe1bgSWLIjxDsuLmD9dFQ1ceb5bFxFfJnNicQsIoJaKg2tL/SQ0YBXG7NsVssTv07CSj3pFbw+THFKwuLgcEdyrmc= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1711745440; c=relaxed/simple; bh=rUiFGJENhkjaL5XQk3rVKmNTCac0phrGlXxO+qQgbyw=; h=From:To:Cc:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version:Content-Type; b=OBk/GQs0acBpnEnxPfXbe32uayTlt1pcZhpo0JXJoxMG8gIZapFNqNh8i+ORBzJ5JxohXVrFYVJVZkvIjlfbo6FYIZry2vSka6fT2ut+eSQc8bkSxpK65DivsURI4MN5Je/E9ihjTquQ7I29R+T/+mvTe/GrlM7SH8eaq3n+Ec8= ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=redhat.com; spf=pass smtp.mailfrom=redhat.com; dkim=pass (1024-bit key) header.d=redhat.com header.i=@redhat.com header.b=SNnb0Btd; arc=none smtp.client-ip=170.10.133.124 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=redhat.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=redhat.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=redhat.com header.i=@redhat.com header.b="SNnb0Btd" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1711745438; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=kfliicv5toOd2B87oyO1cEhsCWrclX7x2KOA+OKHojY=; b=SNnb0BtdMAiu8JFtG5ieLerpiuw/aRcaHlKtwg5pZFabcwAUXbzMpq/dCI9YLDzi23sHhP KVHr9RRN1DWZdAYKEa/nnP4t/CMf1u0BOI7C/Tj73rF81k2eMNLiD8ERdK1Oepy2kn4TDS McijsfhoP7QiAkdrjaz39g6xtbg7rqw= Received: from mail-qv1-f72.google.com (mail-qv1-f72.google.com [209.85.219.72]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-300-y6WVgNyANhuJ_ShBm2S6eQ-1; Fri, 29 Mar 2024 16:50:36 -0400 X-MC-Unique: y6WVgNyANhuJ_ShBm2S6eQ-1 Received: by mail-qv1-f72.google.com with SMTP id 6a1803df08f44-696a266542cso20037966d6.0 for ; Fri, 29 Mar 2024 13:50:36 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1711745433; x=1712350233; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=kfliicv5toOd2B87oyO1cEhsCWrclX7x2KOA+OKHojY=; b=lwQbgEeqcK/mHIyvbzLtRo9Ob2/RCXf1LiN78kuAlq9iWDdmxhmudpR8V/stdIV63M dc9onwPzaAPl+cIrTO5n55pRi6Ez9FyriSFZVvRqTuOzkujEoY52GDfZULT/SqmR4VAa /luKHZltEiyeOJm4g01Fn/JeUt9u/pxyhgnMxzqze80A9TgtF1qVhSKjbQDqUp3ew5k2 U8qupZKhBzHZs6bnNn4kTKhsLFrCfBG1BOo1Vi0cC/Dgm3rSUJd2MCkNnVvHK+X9MR8d Tu4WcobaCxSY/AE/mi3KPF1wbMW/FntfTwc2c2VGBQCSSzDCPWLNRwHwbwOPTcJdYMTX D70Q== X-Forwarded-Encrypted: i=1; AJvYcCUf6FtTexcxZ6qPVToJHey38hCMTjJBnaJX+SBpP5RDaQjvKRVSPs3WSk/9slbQ/8u6ynHtxABim2XTt1/OyWu/ndCQ/pke+gIBiUlAZQ== X-Gm-Message-State: AOJu0YwoZ2v0EPBi9bq8CXyi2Ctv31iu8E75Ow3VbAxBomGJNhpPddPo vW7rEaRyrxE6EsRGFFKnL80xJgsfhPdkm59JhH5UaCZ7D9NzTcosrxO1XAlrS1N74VgVlun5x2e Vg2jzErRmLhYC3xX2RjcdR+Pg3/HpWexKJ+Ozd/Qu1jR+paXnJ/znuwqxy5oMSGo= X-Received: by 2002:a05:6214:190a:b0:696:b095:c429 with SMTP id er10-20020a056214190a00b00696b095c429mr3119253qvb.40.1711745433043; Fri, 29 Mar 2024 13:50:33 -0700 (PDT) X-Google-Smtp-Source: AGHT+IGSRd/5i8QlyLSkwg85Jxr+u352RMnwF3m/7r26iSWU00W9M/Q4Hw8RMOt9vf05jAbg6L8gpQ== X-Received: by 2002:a05:6214:190a:b0:696:b095:c429 with SMTP id er10-20020a056214190a00b00696b095c429mr3119243qvb.40.1711745432697; Fri, 29 Mar 2024 13:50:32 -0700 (PDT) Received: from x1gen2nano.redhat.com ([2600:1700:1ff0:d0e0::33]) by smtp.gmail.com with ESMTPSA id jz10-20020a0562140e6a00b00698f27c6460sm794271qvb.110.2024.03.29.13.50.30 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 29 Mar 2024 13:50:31 -0700 (PDT) From: Andrew Halaney To: Andy Gross , Bjorn Andersson , Konrad Dybcio , Manivannan Sadhasivam , "James E.J. Bottomley" , "Martin K. Petersen" , Hannes Reinecke , Janek Kotas , Alim Akhtar , Avri Altman , Bart Van Assche , Can Guo , Anjana Hari Cc: Andrew Halaney , Will Deacon , linux-arm-msm@vger.kernel.org, linux-scsi@vger.kernel.org, linux-kernel@vger.kernel.org, Manivannan Sadhasivam Subject: [PATCH v5 08/11] scsi: ufs: core: Perform read back after disabling interrupts Date: Fri, 29 Mar 2024 15:46:50 -0500 Message-ID: <20240329-ufs-reset-ensure-effect-before-delay-v5-8-181252004586@redhat.com> X-Mailer: git-send-email 2.44.0 In-Reply-To: <20240329-ufs-reset-ensure-effect-before-delay-v5-0-181252004586@redhat.com> References: <20240329-ufs-reset-ensure-effect-before-delay-v5-0-181252004586@redhat.com> Precedence: bulk X-Mailing-List: linux-arm-msm@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 X-Mailer: b4 0.13.0 Currently, interrupts are cleared and disabled prior to registering the interrupt. An mb() is used to complete the clear/disable writes before the interrupt is registered. mb() ensure that the write completes, but completion doesn't mean that it isn't stored in a buffer somewhere. The recommendation for ensuring these bits have 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 these bits hit 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: 199ef13cac7d ("scsi: ufs: avoid spurious UFS host controller interrupts") Reviewed-by: Manivannan Sadhasivam Reviewed-by: Bart Van Assche Reviewed-by: Can Guo Signed-off-by: Andrew Halaney --- drivers/ufs/core/ufshcd.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/ufs/core/ufshcd.c b/drivers/ufs/core/ufshcd.c index a89887878d98..268fcfebd7bd 100644 --- a/drivers/ufs/core/ufshcd.c +++ b/drivers/ufs/core/ufshcd.c @@ -10616,7 +10616,7 @@ int ufshcd_init(struct ufs_hba *hba, void __iomem *mmio_base, unsigned int irq) * Make sure that UFS interrupts are disabled and any pending interrupt * status is cleared before registering UFS interrupt handler. */ - mb(); + ufshcd_readl(hba, REG_INTERRUPT_ENABLE); /* IRQ registration */ err = devm_request_irq(dev, irq, ufshcd_intr, IRQF_SHARED, UFSHCD, hba); From patchwork Fri Mar 29 20:46:51 2024 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Andrew Halaney X-Patchwork-Id: 784542 Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.133.124]) (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 DB45713BC36 for ; Fri, 29 Mar 2024 20:50:41 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=170.10.133.124 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1711745443; cv=none; b=VN1fZKSA6M8NWKT5mPIXRa7r21pc+E+S3m7sRytcTFYX1CYLgRQ9x96ZZn6Wj8sGsgGE1YCmQyyMpr4fPtmp4eM0rKUG8dWNBa6wpEQOby0s80VTRsgwRoZjGg0cdwYMdOsJfSqEKYg0wvtlLCNcZWZfKypgrulb5a3cHEfjp/Y= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1711745443; c=relaxed/simple; bh=PqxfmcZUl71aJ83+FVaDE3fBXAA/MF4FXGrWqbmE6/Y=; h=From:To:Cc:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version:Content-Type; b=MpqThj3kA3bD6KSy0zhCUpV5/WWXYY4V0WHmiq1UReZFuOAbsRjviG5ZP2g6+Hvl0aZVFowGG1Ml/Ot93olR7qHlhG28HJx8Z29Qa8SpqX/ryAKu6yJXNeuiccq3t+xc5B9E2UmXjrMUP3Pg5DtVJYzFTuCGyLq5EU1Lxh8PWZs= ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=redhat.com; spf=pass smtp.mailfrom=redhat.com; dkim=pass (1024-bit key) header.d=redhat.com header.i=@redhat.com header.b=TPTjhLSv; arc=none smtp.client-ip=170.10.133.124 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=redhat.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=redhat.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=redhat.com header.i=@redhat.com header.b="TPTjhLSv" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1711745441; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=6QjyaSVMjBwePVdedDMMBn4vO294tfAzIl87qC/KNtw=; b=TPTjhLSvN75ogmMa1GWYwNuVnquMKUW5nipcCVLsEZGwG7PdVic0CXYaSlwKRHt0FLCW7w urDZZ381YfWwSV+z5p6T4qkHOZLRZrVCFLfsH8eeXnRSdrY4VQyoZi5ABBAHbXR2FpGRSc wB/eP0w+NM4aoTv10vkQlcnCy/TJLcA= Received: from mail-qv1-f72.google.com (mail-qv1-f72.google.com [209.85.219.72]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-474-JaIn5e-mMvGZae4CVai66Q-1; Fri, 29 Mar 2024 16:50:39 -0400 X-MC-Unique: JaIn5e-mMvGZae4CVai66Q-1 Received: by mail-qv1-f72.google.com with SMTP id 6a1803df08f44-69654139bd5so22967316d6.1 for ; Fri, 29 Mar 2024 13:50:39 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1711745438; x=1712350238; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=6QjyaSVMjBwePVdedDMMBn4vO294tfAzIl87qC/KNtw=; b=ruSd9GyKAGk+bUZJw6mCEUENME7WxekhMz2BHfOJ56M9ZQ8DuFa3DOr3VUBY/U+5xY ZVok8I0Prq5sHuBAFn2YHRWbPACAzJ6FZ9RUXo7wU+xMBNFJJvnXumEAcOj3bYGO4da/ M1QMePtD9vj2Cn/IA7LR7i6ZfT0dFsjMdX9hzEjLA8Dz5NUvjZptWvf1lsf3BJA/85px 19ot62Ufl4GtK90JBJZASt8fyR0EfMuRPfMTiyka5SQ309cPdKDj3dLCWTHxDJJ8Urwx NbB4tLn1DubM1aLUDK+eW1rl+9bApomDyHy84ps9o9eyrFhb18etUosZznXhdiaAIvFr 9xUw== X-Forwarded-Encrypted: i=1; AJvYcCUJDgCzYKAmYFytRRPA+GbF7syI9cNERrSsGG/U+KLW0bw/Dr2cOxIjLDqpziX3q1KPDANZNo6hKpfrNozf8ctfwxle5TZ4o3+Ut/Lmxw== X-Gm-Message-State: AOJu0YzeKCP7Nmr/fdjiuPfiOuna4YH7eRtxJh8g5xwYArLNtvkHydSj k5Dg8IpW8Qw96MloQFiRYWGKPB71rq6vDKHqHsHDLkjWpl6dbg2L6PATqvqogF3hNl/y+LT/n4w s6Qb8OpDB2iVonOuiKaN8cIhO9peCikZkVc36+SAqcH7MPdsVAYlM06WqhZWbVq4= X-Received: by 2002:a0c:f98b:0:b0:696:b03b:95c9 with SMTP id t11-20020a0cf98b000000b00696b03b95c9mr3554501qvn.45.1711745438108; Fri, 29 Mar 2024 13:50:38 -0700 (PDT) X-Google-Smtp-Source: AGHT+IHeopnUxHF7SURKgs64+ifYV1WqjEh+CLYVI3V7yZtqeLq0zE8KjS5O671BagYz47YJT4NKBQ== X-Received: by 2002:a0c:f98b:0:b0:696:b03b:95c9 with SMTP id t11-20020a0cf98b000000b00696b03b95c9mr3554487qvn.45.1711745437715; Fri, 29 Mar 2024 13:50:37 -0700 (PDT) Received: from x1gen2nano.redhat.com ([2600:1700:1ff0:d0e0::33]) by smtp.gmail.com with ESMTPSA id jz10-20020a0562140e6a00b00698f27c6460sm794271qvb.110.2024.03.29.13.50.33 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 29 Mar 2024 13:50:34 -0700 (PDT) From: Andrew Halaney To: Andy Gross , Bjorn Andersson , Konrad Dybcio , Manivannan Sadhasivam , "James E.J. Bottomley" , "Martin K. Petersen" , Hannes Reinecke , Janek Kotas , Alim Akhtar , Avri Altman , Bart Van Assche , Can Guo , Anjana Hari Cc: Andrew Halaney , Will Deacon , linux-arm-msm@vger.kernel.org, linux-scsi@vger.kernel.org, linux-kernel@vger.kernel.org, Manivannan Sadhasivam Subject: [PATCH v5 09/11] scsi: ufs: core: Perform read back after disabling UIC_COMMAND_COMPL Date: Fri, 29 Mar 2024 15:46:51 -0500 Message-ID: <20240329-ufs-reset-ensure-effect-before-delay-v5-9-181252004586@redhat.com> X-Mailer: git-send-email 2.44.0 In-Reply-To: <20240329-ufs-reset-ensure-effect-before-delay-v5-0-181252004586@redhat.com> References: <20240329-ufs-reset-ensure-effect-before-delay-v5-0-181252004586@redhat.com> Precedence: bulk X-Mailing-List: linux-arm-msm@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 X-Mailer: b4 0.13.0 Currently, the UIC_COMMAND_COMPL interrupt is disabled and a wmb() is used to complete the register write before any following writes. wmb() ensures the writes complete in that order, 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 wmb()'s purpose wasn't to add extra ordering (on top of the ordering guaranteed by writel()/readl()), it can safely be removed. Fixes: d75f7fe495cf ("scsi: ufs: reduce the interrupts for power mode change requests") Reviewed-by: Bart Van Assche Reviewed-by: Can Guo Reviewed-by: Manivannan Sadhasivam Signed-off-by: Andrew Halaney --- drivers/ufs/core/ufshcd.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/ufs/core/ufshcd.c b/drivers/ufs/core/ufshcd.c index 268fcfebd7bd..dfa4f827766a 100644 --- a/drivers/ufs/core/ufshcd.c +++ b/drivers/ufs/core/ufshcd.c @@ -4287,7 +4287,7 @@ static int ufshcd_uic_pwr_ctrl(struct ufs_hba *hba, struct uic_command *cmd) * Make sure UIC command completion interrupt is disabled before * issuing UIC command. */ - wmb(); + ufshcd_readl(hba, REG_INTERRUPT_ENABLE); reenable_intr = true; } spin_unlock_irqrestore(hba->host->host_lock, flags); From patchwork Fri Mar 29 20:46:52 2024 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Andrew Halaney X-Patchwork-Id: 784116 Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.129.124]) (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 0BE9D13C8F4 for ; Fri, 29 Mar 2024 20:50:47 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=170.10.129.124 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1711745449; cv=none; b=rJXLjraPiJXG5ioqBC63n/xDVjU6Yg1/8dCjrJMQr1qGvQOcw13GH6EuZDn7/U2s5Qm+sNDcJm3u7J8Md9DtnVKKwrTtnm0Q+2QA8YN2Soy1n9p8OLIraMcPKqpZE/L+IQSv7aBCwEVFA3RUvz+9JqCGj50O2QH/qocHumv+fjQ= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1711745449; c=relaxed/simple; bh=Zy+bgvSnjLkgq0s4C6zNdmvBRZh1cOH+2n6Swd6Xvls=; h=From:To:Cc:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version:Content-Type; b=FhK32MEBL7ec/yFaOFAHCWm6O4fls3QNjXMxdEA+YxPDV990oAwquNBDFW/sHJilmJFKBgdMPJ5Ber7y0rZzGwp25haBmYrgAYls6pjvFXCTJazi77Azj80GZspkeGQMvt6AwIZb2G01w9in8oW4bMRZGYRGpoupo9BhgR8QRPA= ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=redhat.com; spf=pass smtp.mailfrom=redhat.com; dkim=pass (1024-bit key) header.d=redhat.com header.i=@redhat.com header.b=F8tl1ftA; arc=none smtp.client-ip=170.10.129.124 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=redhat.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=redhat.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=redhat.com header.i=@redhat.com header.b="F8tl1ftA" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1711745447; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=XPnsustGT4GoUrGTcO/hGoT1b1FUZsTVit4gdTDovY0=; b=F8tl1ftAY93g62ur+GV/+k+4rImoZC+nsdkvx9q659c8z7ZT/L5IzWN4DR5FW8jHZIgub2 ZTx5GkgdI2HDAXisEDrn4Gjtx/CTqlcKUqrxvB03cDSC9KZPm1mIGJIHpoUDDlYy8bAKg8 fP77roGtnEgLxIuZi02zmB7BkNwY5JU= Received: from mail-qv1-f71.google.com (mail-qv1-f71.google.com [209.85.219.71]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-357-DKGuWXSyO0-WQ1YvmQCh1w-1; Fri, 29 Mar 2024 16:50:46 -0400 X-MC-Unique: DKGuWXSyO0-WQ1YvmQCh1w-1 Received: by mail-qv1-f71.google.com with SMTP id 6a1803df08f44-6962767b1e7so28160956d6.1 for ; Fri, 29 Mar 2024 13:50:46 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1711745443; x=1712350243; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=XPnsustGT4GoUrGTcO/hGoT1b1FUZsTVit4gdTDovY0=; b=wgw7GLbc7ZRBZhL4/sTo16MZz+CTsorbAgmsyrTIOSZWjfoJEXyBTWsnHJVpSBDziP FwfH3j23ApPRepjQUoUm5FytdeYg05+QOeV/P9XTe1EzGKLO/3ik8znInprv54MXsshK cFSphLm6gt3vdzZFpSNoKmOOvKnusuUQX/WxBbcvxQAgrXVBLsEkxSlo8+8TJURRF7No QeUg+GrP5zIZbgQEJiUjQOHC12coR3EGXppZm0QB/l12F99FYNslQdf+nO5MFJfV2WZP qduSBiB4idzAbt36elsgcvSElBzzDzCNJPRdiSIlUeZ0LrsOHJdZnR6YzyUFFOR5SWsV VWkw== X-Forwarded-Encrypted: i=1; AJvYcCWCl/F5E8hLsTPpfUh9HNxNyMVhiG8cEssuntvBORPUm4Hva49G8jGYlesceCOyULo2+94HgXZ/RFqD1d8qlPoNh/pLhrnhqf2gNs3+2Q== X-Gm-Message-State: AOJu0Yxl83gsD/Y71qKShPUeMNYNWPV4T9WVdxqqVnzjuIDTYFo59AaU 7UQE4FgStsLnfm/nfO0YVcKBcTL+cYLk20kD6gVGjQPiWR6Wg6cgYwjcG00G04ua5jQfyFGqSS2 cXUUclxUDQN5ogVL0uH5opIeY+1nR3crLc9dX2onxLuafcoem+dnhGpl4ojfQKLU= X-Received: by 2002:a0c:d646:0:b0:698:f3f0:39dd with SMTP id e6-20020a0cd646000000b00698f3f039ddmr2065519qvj.6.1711745443269; Fri, 29 Mar 2024 13:50:43 -0700 (PDT) X-Google-Smtp-Source: AGHT+IFBLrn+K4mLNtCh2Rz2Xmh067Hv24Kl9mQ40ZdwbQbhkZQb5T0j5S5g1FGjMUP56UzrNARqQA== X-Received: by 2002:a0c:d646:0:b0:698:f3f0:39dd with SMTP id e6-20020a0cd646000000b00698f3f039ddmr2065487qvj.6.1711745442848; Fri, 29 Mar 2024 13:50:42 -0700 (PDT) Received: from x1gen2nano.redhat.com ([2600:1700:1ff0:d0e0::33]) by smtp.gmail.com with ESMTPSA id jz10-20020a0562140e6a00b00698f27c6460sm794271qvb.110.2024.03.29.13.50.38 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 29 Mar 2024 13:50:39 -0700 (PDT) From: Andrew Halaney To: Andy Gross , Bjorn Andersson , Konrad Dybcio , Manivannan Sadhasivam , "James E.J. Bottomley" , "Martin K. Petersen" , Hannes Reinecke , Janek Kotas , Alim Akhtar , Avri Altman , Bart Van Assche , Can Guo , Anjana Hari Cc: Andrew Halaney , Will Deacon , linux-arm-msm@vger.kernel.org, linux-scsi@vger.kernel.org, linux-kernel@vger.kernel.org Subject: [PATCH v5 10/11] scsi: ufs: core: Remove unnecessary wmb() after ringing doorbell Date: Fri, 29 Mar 2024 15:46:52 -0500 Message-ID: <20240329-ufs-reset-ensure-effect-before-delay-v5-10-181252004586@redhat.com> X-Mailer: git-send-email 2.44.0 In-Reply-To: <20240329-ufs-reset-ensure-effect-before-delay-v5-0-181252004586@redhat.com> References: <20240329-ufs-reset-ensure-effect-before-delay-v5-0-181252004586@redhat.com> Precedence: bulk X-Mailing-List: linux-arm-msm@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 X-Mailer: b4 0.13.0 Currently, the doorbell is written to and a wmb() is used to commit it immediately. wmb() ensures that the write completes before following writes occur, 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 But, completion and taking effect aren't necessary to guarantee here. There's already other examples of the doorbell being rung that don't do this. The writel() of the doorbell guarantees prior writes by this thread (to the request being setup for example) complete prior to the ringing of the doorbell, and the following wait_for_completion_io_timeout() doesn't require any special memory barriers either. With that in mind, just remove the wmb() altogether here. Fixes: ad1a1b9cd67a ("scsi: ufs: commit descriptors before setting the doorbell") Signed-off-by: Andrew Halaney --- drivers/ufs/core/ufshcd.c | 3 --- 1 file changed, 3 deletions(-) diff --git a/drivers/ufs/core/ufshcd.c b/drivers/ufs/core/ufshcd.c index dfa4f827766a..a2f2941450fd 100644 --- a/drivers/ufs/core/ufshcd.c +++ b/drivers/ufs/core/ufshcd.c @@ -7090,10 +7090,7 @@ static int __ufshcd_issue_tm_cmd(struct ufs_hba *hba, /* send command to the controller */ __set_bit(task_tag, &hba->outstanding_tasks); - ufshcd_writel(hba, 1 << task_tag, REG_UTP_TASK_REQ_DOOR_BELL); - /* Make sure that doorbell is committed immediately */ - wmb(); spin_unlock_irqrestore(host->host_lock, flags); From patchwork Fri Mar 29 20:46:53 2024 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Andrew Halaney X-Patchwork-Id: 784541 Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.133.124]) (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 B410413CC63 for ; Fri, 29 Mar 2024 20:50:51 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=170.10.133.124 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1711745453; cv=none; b=epZ82yfLYGRiZC6y4z93OR9O/jdZ2w3DLE/ngwrFWfSLSnxnldPHRVJvuxQNYdj2vdXIaj/UDHJgggjmABASMeeWvFsAVdipkv+9Tthw6b9Z5WJJa825GOwGwIbcmGUqTBKYdcDLQyWVTCDfFR0zhireYtmgqSFaKSubpEi3Rko= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1711745453; c=relaxed/simple; bh=BGXknjcLA50bcUKtFtKJCi5N6HFf284Wv0+1aI9g+Qk=; h=From:To:Cc:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version:Content-Type; b=YkZpnHxrRdtp0bE2I1jh4BCz6HZENtiPAnvsNs0MSjDp3TaoGqbTeoyCexpqeuWTJrLV2bEyPhhLmc3R5JIEhyctf4cktAbu8GOOeVg1T01gSht6wr7h9t5nCPi3S9hYrH00HtHKEc3M5tCm/nEpgmyi3tVfCn99eyiJMYj4i1w= ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=redhat.com; spf=pass smtp.mailfrom=redhat.com; dkim=pass (1024-bit key) header.d=redhat.com header.i=@redhat.com header.b=F9gR20l5; arc=none smtp.client-ip=170.10.133.124 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=redhat.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=redhat.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=redhat.com header.i=@redhat.com header.b="F9gR20l5" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1711745450; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=Uf4SOXbG4RAjshjCtScug3Y0ECaz5dSCoqxe3hdLj3E=; b=F9gR20l5kkJUOdbFC/a/+Q1MbFPY0o+pmrofmwlg0E9g6iazivYS5TCBFecsq4zwK0lZgR gCvvqjnukbAd/KlO5jIiD9CP3rb7CU4AqpH9GUyM+kBhSg20ch7F+d/9ML4nBsnZiRqaPc ke7T0/fNNA+q1vHXG4s843OFJYK7Q7E= Received: from mail-ua1-f69.google.com (mail-ua1-f69.google.com [209.85.222.69]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-604-5KmXAsEyPlugG5Rk_IZSIA-1; Fri, 29 Mar 2024 16:50:49 -0400 X-MC-Unique: 5KmXAsEyPlugG5Rk_IZSIA-1 Received: by mail-ua1-f69.google.com with SMTP id a1e0cc1a2514c-7e05b1ef83dso1098493241.1 for ; Fri, 29 Mar 2024 13:50:49 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1711745448; x=1712350248; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=Uf4SOXbG4RAjshjCtScug3Y0ECaz5dSCoqxe3hdLj3E=; b=hTqwR2SkAwwFQsgXCQUaWNqIdVSZFxKSSS2QwE0TOhxr653/Ass4ZtbdL7BLVCKlrx 2TLchsRNq/xZmKxVTkRpwUFtfSieMyktnhRc93JNwWb887GjNIPdvXZVvuqdepXcGbQl jXbqMJBM2NEwe58ZqfAFQi6emvSJjlo1UE8y+MhlzjudEJxapUnRAGUAgKA0ff5rRruo w9+Mt9qrv/35Xo5L8mYBAptYI0/ZGOADgnQdmujtHhcEmLUQbpR04OLsySTr6vp6ozQV uyaKkToueoWvOBxhrl7I+l7Twi+8crArk06LVHt/JG6PuaPQNvAULHr0PJbZ5pQPjtCx MKfw== X-Forwarded-Encrypted: i=1; AJvYcCUmBxHaxnUOqBdwlvXFsyJYfAZzbG5o3TX3WFrCycfqp+6ToE0pGHwsvY9ttgZUH9vKUVq1sunVSRV7+12PmKIDlgBTpMFEHpaZIheH5Q== X-Gm-Message-State: AOJu0YyKls743SRZC7edIDw+dDjqd+8meF+BcDsTqrgpy8xLJ5Fa9m3L Q8a16yXxWd6MrKtq8sDGjzyfkSCwLYvO+r9aW6KOLdSmEySVcPerFZRmkB4C5DzdGIRgD1OLQ2r PJSI1o7RUoRQw7APD/b8VrBhSF3M3Tbspx2Xhb+5uEWQFHvb4hBGpcBq9ZyEOtpg= X-Received: by 2002:a05:6102:dd3:b0:476:fab9:237d with SMTP id e19-20020a0561020dd300b00476fab9237dmr3651558vst.2.1711745448249; Fri, 29 Mar 2024 13:50:48 -0700 (PDT) X-Google-Smtp-Source: AGHT+IHbJHgBjF3eN8i3ddN3z1R3cQ/XH02K5EBI2mtVmXktFIkJdXz1ZhnDrVZGUZxKmIZMOtcJjg== X-Received: by 2002:a05:6102:dd3:b0:476:fab9:237d with SMTP id e19-20020a0561020dd300b00476fab9237dmr3651537vst.2.1711745447887; Fri, 29 Mar 2024 13:50:47 -0700 (PDT) Received: from x1gen2nano.redhat.com ([2600:1700:1ff0:d0e0::33]) by smtp.gmail.com with ESMTPSA id jz10-20020a0562140e6a00b00698f27c6460sm794271qvb.110.2024.03.29.13.50.43 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 29 Mar 2024 13:50:44 -0700 (PDT) From: Andrew Halaney To: Andy Gross , Bjorn Andersson , Konrad Dybcio , Manivannan Sadhasivam , "James E.J. Bottomley" , "Martin K. Petersen" , Hannes Reinecke , Janek Kotas , Alim Akhtar , Avri Altman , Bart Van Assche , Can Guo , Anjana Hari Cc: Andrew Halaney , Will Deacon , linux-arm-msm@vger.kernel.org, linux-scsi@vger.kernel.org, linux-kernel@vger.kernel.org Subject: [PATCH v5 11/11] scsi: ufs: core: Remove unnecessary wmb() prior to writing run/stop regs Date: Fri, 29 Mar 2024 15:46:53 -0500 Message-ID: <20240329-ufs-reset-ensure-effect-before-delay-v5-11-181252004586@redhat.com> X-Mailer: git-send-email 2.44.0 In-Reply-To: <20240329-ufs-reset-ensure-effect-before-delay-v5-0-181252004586@redhat.com> References: <20240329-ufs-reset-ensure-effect-before-delay-v5-0-181252004586@redhat.com> Precedence: bulk X-Mailing-List: linux-arm-msm@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 X-Mailer: b4 0.13.0 Currently a wmb() is used to ensure that writes to the UTP_TASK_REQ_LIST_BASE* regs are completed prior to following writes to the run/stop registers. wmb() ensure that the write completes, but completion doesn't mean that it isn't stored in a buffer somewhere. The recommendation for ensuring the bits have 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 But, none of that is necessary here. All of the writel()/readl()'s here are to the same endpoint, so they will be ordered. There's no subsequent delay() etc that requires it to have taken effect already, so no readback is necessary here. For that reason just drop the wmb() altogether. Fixes: 897efe628d7e ("scsi: ufs: add missing memory barriers") Signed-off-by: Andrew Halaney --- drivers/ufs/core/ufshcd.c | 6 ------ 1 file changed, 6 deletions(-) diff --git a/drivers/ufs/core/ufshcd.c b/drivers/ufs/core/ufshcd.c index a2f2941450fd..cf6a24e550f0 100644 --- a/drivers/ufs/core/ufshcd.c +++ b/drivers/ufs/core/ufshcd.c @@ -4769,12 +4769,6 @@ int ufshcd_make_hba_operational(struct ufs_hba *hba) ufshcd_writel(hba, upper_32_bits(hba->utmrdl_dma_addr), REG_UTP_TASK_REQ_LIST_BASE_H); - /* - * Make sure base address and interrupt setup are updated before - * enabling the run/stop registers below. - */ - wmb(); - /* * UCRDY, UTMRLDY and UTRLRDY bits must be 1 */