Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp2763907pxk; Tue, 15 Sep 2020 01:27:42 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwNFquLenQ2gdTreZJdHB7GMUrfLeo9DfXE2GzQC56J2OiLuqiqo2FGzuSK0tmDsjeDbwc3 X-Received: by 2002:a17:906:4cc6:: with SMTP id q6mr19057320ejt.201.1600158462456; Tue, 15 Sep 2020 01:27:42 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1600158462; cv=none; d=google.com; s=arc-20160816; b=Cr1snvcaDSGxGEJPK+LAOVRXCxpfxcYJNvZMuB3mrFDxf69Bh/sbsoKC4VJfeO0XnE 4lSrcb1OCg7p2Z+RHGTo9IfsYj5PX+Ddm0AOWHApdH/+f+Dl8xOiKwu1noNP61+2gDqJ 9RpkjQ7CnZWBO0SQ1w+S0aFplzcsrRMdP3PfiF7HTyXROGokTPM6JO9wk4OiGgSLODU1 1ary1M3env5NKDzYJC1oxkAy9n68VVM9EIwDplq9ok//rRCxYwDRdQZKWQ0v8tDTvEc3 86qCVCu9zSke8j4dJp4IjaZrBPvNIQTgw5eSfWZoBKrkAI4xkjODiN71QVRsZ3hqyW4i kvVw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:message-id:references :in-reply-to:subject:cc:to:from:date:content-transfer-encoding :mime-version:dkim-signature; bh=WlQF3qAxIEc0TwSqSsrXzjj54EedKbjD6p1Mw3jMBh8=; b=hE7ZNuSBm+z4oI0x+2zsEd+8dUZOXgG//SEyRm63sIFVZ+X+aQb0VOxWE6q5VMPwYN wVqQmm/Qu23gTnyvHJXP3ddT5z4sITwTje1a9o8BCYIIdGbkoLqKnDrz9zukWJJsGrEw p6rOn5OW9053xOBSgCb9ZO23zi/1MM3Gc8W2XdwBm7NY7jF/9WFJBs4jY98e3LN8D7ft XsUBuq83AJSsA7+Hm2NBMYGUWJRYty1qme/RXvbzZlJLddssu5lveSTPRtnDvDIXS5RK sVqrv6Nn202NIO9SoNTrOvOCjtR+uQZDm+Gf4kiQ7imgtBHPH+MtfT9ftOo849ZR3blW hGzw== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@mg.codeaurora.org header.s=smtp header.b=bbB5S0yc; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id dt14si8803400ejb.133.2020.09.15.01.27.20; Tue, 15 Sep 2020 01:27:42 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=fail header.i=@mg.codeaurora.org header.s=smtp header.b=bbB5S0yc; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726459AbgIOIZv (ORCPT + 99 others); Tue, 15 Sep 2020 04:25:51 -0400 Received: from m43-7.mailgun.net ([69.72.43.7]:52369 "EHLO m43-7.mailgun.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726243AbgIOILh (ORCPT ); Tue, 15 Sep 2020 04:11:37 -0400 DKIM-Signature: a=rsa-sha256; v=1; c=relaxed/relaxed; d=mg.codeaurora.org; q=dns/txt; s=smtp; t=1600157470; h=Message-ID: References: In-Reply-To: Subject: Cc: To: From: Date: Content-Transfer-Encoding: Content-Type: MIME-Version: Sender; bh=WlQF3qAxIEc0TwSqSsrXzjj54EedKbjD6p1Mw3jMBh8=; b=bbB5S0ycSYqKH7nvXYIE37OvVHWWaWjqA7BnOG21bNQA0hs6cNQHzIlVts0B8z2xRvIKbN5g KFR4HQzjkmtKDU8YQ4OUJ2X2cts4iz0e+bdBLsYtC4f2QqoN18c9CbChtVem7eoMBQUvQNtz TtxDWjrmE8UTN3sKnXzN4YR1Ndk= X-Mailgun-Sending-Ip: 69.72.43.7 X-Mailgun-Sid: WyI0MWYwYSIsICJsaW51eC1rZXJuZWxAdmdlci5rZXJuZWwub3JnIiwgImJlOWU0YSJd Received: from smtp.codeaurora.org (ec2-35-166-182-171.us-west-2.compute.amazonaws.com [35.166.182.171]) by smtp-out-n04.prod.us-west-2.postgun.com with SMTP id 5f6076eebe06707b34b022cc (version=TLS1.2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256); Tue, 15 Sep 2020 08:10:22 GMT Received: by smtp.codeaurora.org (Postfix, from userid 1001) id 54C7EC433FF; Tue, 15 Sep 2020 08:10:22 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-caf-mail-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.9 required=2.0 tests=ALL_TRUSTED,BAYES_00, URIBL_BLOCKED autolearn=unavailable autolearn_force=no version=3.4.0 Received: from mail.codeaurora.org (localhost.localdomain [127.0.0.1]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: nguyenb) by smtp.codeaurora.org (Postfix) with ESMTPSA id DC86FC433F0; Tue, 15 Sep 2020 08:10:20 +0000 (UTC) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Tue, 15 Sep 2020 01:10:20 -0700 From: nguyenb@codeaurora.org To: Rob Herring Cc: cang@codeaurora.org, asutoshd@codeaurora.org, martin.petersen@oracle.com, linux-scsi@vger.kernel.org, linux-arm-msm@vger.kernel.org, Bjorn Andersson , Avri Altman , Vinod Koul , "open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS" , open list Subject: Re: [PATCH v1 1/2] scsi: dt-bindings: ufs: Add vcc-voltage-level for UFS In-Reply-To: <20200914183505.GA357@bogus> References: <0a9d395dc38433501f9652a9236856d0ac840b77.1598939393.git.nguyenb@codeaurora.org> <20200914183505.GA357@bogus> Message-ID: X-Sender: nguyenb@codeaurora.org User-Agent: Roundcube Webmail/1.3.9 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2020-09-14 11:35, Rob Herring wrote: > On Mon, Aug 31, 2020 at 11:00:47PM -0700, Bao D. Nguyen wrote: >> UFS's specifications supports a range of Vcc operating >> voltage levels. Add documentation for the UFS's Vcc voltage >> levels setting. >> >> Signed-off-by: Can Guo >> Signed-off-by: Asutosh Das >> Signed-off-by: Bao D. Nguyen >> --- >> Documentation/devicetree/bindings/ufs/ufshcd-pltfrm.txt | 2 ++ >> 1 file changed, 2 insertions(+) >> >> diff --git a/Documentation/devicetree/bindings/ufs/ufshcd-pltfrm.txt >> b/Documentation/devicetree/bindings/ufs/ufshcd-pltfrm.txt >> index 415ccdd..7257b32 100644 >> --- a/Documentation/devicetree/bindings/ufs/ufshcd-pltfrm.txt >> +++ b/Documentation/devicetree/bindings/ufs/ufshcd-pltfrm.txt >> @@ -23,6 +23,8 @@ Optional properties: >> with "phys" attribute, provides phandle to >> UFS PHY node >> - vdd-hba-supply : phandle to UFS host controller supply >> regulator node >> - vcc-supply : phandle to VCC supply regulator node >> +- vcc-voltage-level : specifies voltage levels for VCC supply. >> + Should be specified in pairs (min, max), >> units uV. > > The expectation is the regulator pointed to by 'vcc-supply' has the > voltage constraints. Those constraints are supposed to be the board > constraints, not the regulator operating design constraints. If that > doesn't work for your case, then it should be addressed in a common way > for the regulator binding. The UFS regulator has a min_uV and max_uV limits. Currently, the min and max are hardcoded to UFS2.1 Spec allowed values of 2.7V and 3.6V respectively. With this change, I am trying to fix a couple issues: 1. The 2.7V min value only applies to UFS2.1 devices. with UFS3.0+ devices, the VCC min should be 2.4V. Hardcoding the min_uV to 2.7V does not work for UFS3.0+ devices. 2. Allow users to select a different Vcc voltage within the allowed range. Using the min value, the UFS device is operating at marginal Vcc voltage. In addition the PMIC and the board designs may add some variables especially at extreme temperatures. We observe stability issues when using the min Vcc voltage. > > Also, properties with units must have a unit suffix. Yes, I agree. > > Rob