[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1a3cc92e-545e-a703-7130-6a9c58854e03@mm-sol.com>
Date: Tue, 23 Jan 2018 12:14:35 +0200
From: Stanimir Varbanov <svarbanov@...sol.com>
To: Srinivas Kandagatla <srinivas.kandagatla@...aro.org>,
Stanimir Varbanov <svarbanov@...sol.com>,
linux-pci@...r.kernel.org, bhelgaas@...gle.com
Cc: linux-arm-msm@...r.kernel.org, linux-kernel@...r.kernel.org,
robh+dt@...nel.org, devicetree@...r.kernel.org
Subject: Re: [PATCH] PCI: qcom: add missing supplies required for msm8996
Hi,
On 01/23/2018 11:46 AM, Srinivas Kandagatla wrote:
>
>
> 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.
vddpe and vddpe1 is already confusing as well.
Lets imagine that powering up the endpointX needs some specific sequence
between 3v3 and 1v5 and endpointY (which could be connected on the same
PCIe lane) has different power sequence, how we would handle that in the
qcom pcie host driver?
>
> These are power supplies for endpoint which could be of any voltage. In
I don't think that could be any values see PCIe mini card
electromechanical specification. There on the connector are provided 3v3
and 1v5.
> this case both endpoint supplies are 3v3, these could be 1.8 or 5v or
> 12v in some other cases.
If we see hw designs with 5v and 12v we could extend the binding and the
driver with support for them. I want to be exact in the names and
voltages in the driver and bindings.
--
regards,
Stan
Powered by blists - more mailing lists