From: Srinivas Kandagatla <srinivas.kandagatla@linaro.org>
To: Stanimir Varbanov <svarbanov@mm-sol.com>,
stanimir.varbanov@linaro.org, linux-pci@vger.kernel.org,
bhelgaas@google.com
Cc: linux-arm-msm@vger.kernel.org, linux-kernel@vger.kernel.org,
robh+dt@kernel.org, devicetree@vger.kernel.org
Subject: Re: [PATCH] PCI: qcom: add missing supplies required for msm8996
Date: Tue, 23 Jan 2018 09:46:51 +0000 [thread overview]
Message-ID: <92e2808b-4b2d-8591-9ed7-6600d7a3357b@linaro.org> (raw)
In-Reply-To: <65e01829-198e-f549-174d-c8368c5ee193@mm-sol.com>
On 23/01/18 09:23, Stanimir Varbanov wrote:
> Hey Srini,
>
> As there are no comments I'd propose to change the endpoint supplies to
> more generic names.
>
Sure, I will respin this with your suggestions, except the 3v3 and 1v5
suffix due to the reasons below:
>> +- vdda-1p8-supply:
>> + Usage: required for msm8996
>> + Value type: <phandle>
>> + Definition: A phandle to the 1.8v analog power supply
>> +
>
> This should be dropped, because it is part of the phy.
Yep.
>
>> - vdda_phy-supply:
>> Usage: required for ipq/apq8064
>> Value type: <phandle>
>> @@ -189,6 +194,15 @@
>> Value type: <phandle>
>> Definition: A phandle to the analog power supply for IC which generates
>> reference clock
>> +- vddpe-supply:
>> + Usage: optional
>> + Value type: <phandle>
>> + Definition: A phandle to the PCIe endpoint power supply
>
> vddpe_3v3-supply
Why do we need suffix here? AFAIU, It does not add any value, instead it
would confuse the users.
These are power supplies for endpoint which could be of any voltage. In
this case both endpoint supplies are 3v3, these could be 1.8 or 5v or
12v in some other cases.
>
>> +
>> +- vddpe1-supply:
>> + Usage: optional
>> + Value type: <phandle>
>> + Definition: A phandle to the PCIe endpoint power supply 1
>
> vddpe_1v5-supply
>
>>
>> - phys:
>> Usage: required for apq8084
>> @@ -205,6 +219,8 @@
>> Value type: <prop-encoded-array>
>> Definition: List of phandle and GPIO specifier pairs. Should contain
>> - "perst-gpios" PCIe endpoint reset signal line
>> + - "pe_en-gpios" PCIe endpoint enable signal line
>> + - "pe_en1-gpios" PCIe endpoint enable1 signal line
>
> We don't need those gpios, the regulator driver will manipulate these
> gpios when we call regulator_enable/disable.
yes, I will get rid of them.
>
>
next prev parent reply other threads:[~2018-01-23 9:46 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-12-08 9:20 srinivas.kandagatla
2017-12-12 20:17 ` Rob Herring
2017-12-14 10:06 ` Stanimir Varbanov
2017-12-14 11:19 ` Srinivas Kandagatla
2018-01-23 9:23 ` Stanimir Varbanov
2018-01-23 9:46 ` Srinivas Kandagatla [this message]
2018-01-23 10:14 ` Stanimir Varbanov
2018-01-23 10:33 ` Srinivas Kandagatla
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=92e2808b-4b2d-8591-9ed7-6600d7a3357b@linaro.org \
--to=srinivas.kandagatla@linaro.org \
--cc=bhelgaas@google.com \
--cc=devicetree@vger.kernel.org \
--cc=linux-arm-msm@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pci@vger.kernel.org \
--cc=robh+dt@kernel.org \
--cc=stanimir.varbanov@linaro.org \
--cc=svarbanov@mm-sol.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®