Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp52779pxk; Tue, 15 Sep 2020 17:33:00 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwK8A4uLV2wQoyupqFOPehz9l0l/8rBzNnjvy1cUhbiWIeStHqNf9WcvhnCLrGPlZ9pcnYs X-Received: by 2002:a17:907:4035:: with SMTP id nk5mr22263782ejb.418.1600216380499; Tue, 15 Sep 2020 17:33:00 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1600216380; cv=none; d=google.com; s=arc-20160816; b=RFQ3kNKEmqw1vWhCp1VOiRsMEyaUd3qp/nAjjRFweixvS62VbrVdoBNQWZnwaQ2Q44 M5wlHLupNFiF9NE8SLA0MJ0pr/8MAY7j1eBQk7ZPDCCGs3oP7/ZpzUB+7BclGOjzsYfj 26xUQMBQHNaYPHNwNHjs4N5gwoPe9IZQNoZql0PdAFCX/uA0QN0ZbKZXgw2uth0b7Bi/ d4yhXOOjLrbpavHuMdTUf4O0lQlYkKIDbmUcbdFNqlxYNWag2/9HnXQ8nI2FxlnEmIvs TFXUIxmicI0ZZf6DmFyo3efL5B/iPv1jukFQZcDMZrR8HdtLj5DodRPsjFRyI3f6IByC RjDg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :dkim-signature; bh=B9DG7AFGOCi4fDIA/pebWsaF98Vfs0PhS8LEaercJUM=; b=iZj1pKHvK3OYrfn1CLTSg6lJaCjySoZ2pYLLZhs2kamIZtcD3aX/is9YcMMtPqdqpM P39UFGosR54Qx9IUdKdedaLPOfXbSKQnjJyJ37pA5PnYI1O9ue80tAeiVgMw0M3v2fU5 Tst/EH5JtvExd30P1C/hPZrVs2ck3cpT0iqNsGxOObDg7Laxp2HrMXG6a+um4IyFaNNY TjZfAiMiiAnZfzf0c33tXu0wszo1Jhx08U54NVIUuIh7XXfgxPmeRT1il0OmSN9QuMLY DN6mjq4oLvGgPMvXMreFbN92FzxIQujHN1sCpdiOwxtyR/OSBjCHCpzFGtGmp/lojk48 VZYA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=owBOhW6E; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id mc3si10807955ejb.404.2020.09.15.17.32.38; Tue, 15 Sep 2020 17:33:00 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=owBOhW6E; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727099AbgIPAbS (ORCPT + 99 others); Tue, 15 Sep 2020 20:31:18 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:55584 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726725AbgIONox (ORCPT ); Tue, 15 Sep 2020 09:44:53 -0400 Received: from mail-ot1-x343.google.com (mail-ot1-x343.google.com [IPv6:2607:f8b0:4864:20::343]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 23620C06174A for ; Tue, 15 Sep 2020 06:43:41 -0700 (PDT) Received: by mail-ot1-x343.google.com with SMTP id o8so3275732otl.4 for ; Tue, 15 Sep 2020 06:43:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=B9DG7AFGOCi4fDIA/pebWsaF98Vfs0PhS8LEaercJUM=; b=owBOhW6EC7dR5wsl+J+VKIlsez0gsh9VM0JvmxWSZxWow81fml9LtpKBl4uX3tavXV lElVW/PinQeJb5cLZZBBk/hdlHr1yq52Wkrb0rFD4RVn9+JEFDqKJU8Y7VZ5bhPUPNdA myx4gU3MvUS5aCqwKxtuOgU3CQJAApWfYy5D9KWp7VZd5rokkIOL6Q9OrP9I8YmnI7Mv 2PyW4S3jl2HsHVAiOLxJfZXZRs7z5AzcfxmmvFnMN//9OXoO3FQ/RI2Z3H0B74PlaAfI RpQegVQmIbVCJjxHPj8nkKUT7KsN2AiACJCN1d6eHiY+GRQkr0sp8YN6uRo0yzcY7IdA ICfQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=B9DG7AFGOCi4fDIA/pebWsaF98Vfs0PhS8LEaercJUM=; b=DSOa04jVLYzaH734a1Y03C4gxEEpBqcNAUPFnYxy9J8QDLSLHzjfqxrZoFc73+iQXs AoqIRQ0Ucex2ct6fNV78isP81ck4QdeZ82I0wMxG0aLPD6COdr6p90FhXavOwoG3myRl UvpysEcflaq8RBNNBPv0DWkQJ6C2OdHsBoskZAwSEP7yeP1MwVCDA5kweW2VExBBZeXD WDvUOPlENB1Zr1WhVniSdwSA/NXc/BRZsUklS7JnOGe/7WkRA26G0R9Mi3jhUTHLPX1+ +fJ2uI9XjcSdklACF3QBUbbZoXIZZBMZUOivgMBZx3KxMdUZKLP3+USoBhBbQWMpWy2e CivA== X-Gm-Message-State: AOAM530dU9wB86MG91/NE1UmepeEloLhhocF30qChEy/FuvOiQXVl/G+ OsuH6zp1xxGjDAbbWjgIE9LFXw== X-Received: by 2002:a9d:7b48:: with SMTP id f8mr13079469oto.297.1600177420799; Tue, 15 Sep 2020 06:43:40 -0700 (PDT) Received: from yoga ([2605:6000:e5cb:c100:8898:14ff:fe6d:34e]) by smtp.gmail.com with ESMTPSA id w19sm5635176otq.70.2020.09.15.06.43.38 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 15 Sep 2020 06:43:40 -0700 (PDT) Date: Tue, 15 Sep 2020 08:43:35 -0500 From: Bjorn Andersson To: nguyenb@codeaurora.org Cc: cang@codeaurora.org, asutoshd@codeaurora.org, martin.petersen@oracle.com, linux-scsi@vger.kernel.org, linux-arm-msm@vger.kernel.org, Rob Herring , 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 Message-ID: <20200915134335.GE670377@yoga> References: <0a9d395dc38433501f9652a9236856d0ac840b77.1598939393.git.nguyenb@codeaurora.org> <20200915044154.GB670377@yoga> <748d238a3d9e53834a498c6f37f9f3c9@codeaurora.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <748d238a3d9e53834a498c6f37f9f3c9@codeaurora.org> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue 15 Sep 03:14 CDT 2020, nguyenb@codeaurora.org wrote: > On 2020-09-14 21:41, Bjorn Andersson wrote: > > On Tue 01 Sep 01:00 CDT 2020, 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. > > > > What exactly are these pairs representing? > The pair is the min and max Vcc voltage request to the PMIC chip. > As a result, the regulator output voltage would only be in this range. > If you have static min/max voltage constraints for a device on a particular board the right way to handle this is to adjust the board's regulator-min-microvolt and regulator-max-microvolt accordingly - and not call regulator_set_voltage() from the river at all. In other words, you shouldn't add this new property to describe something already described in the node vcc-supply points to. Regards, Bjorn > > > > Is this supposed to be 3 pairs of (min,max) for vcc, vcc and vccq2 to be > > passed into a regulator_set_voltage() for each regulator? > Yes, that's right. I should include the other power supplies in this change > as well. > > > > Or are these some sort of "operating points" for the vcc-supply? > > > > Regards, > > Bjorn > > > > > - vccq-supply : phandle to VCCQ supply regulator node > > > - vccq2-supply : phandle to VCCQ2 supply regulator node > > > - vcc-supply-1p8 : For embedded UFS devices, valid VCC range > > > is 1.7-1.95V > > > -- > > > The Qualcomm Innovation Center, Inc. is a member of the Code Aurora > > > Forum, > > > a Linux Foundation Collaborative Project > > >